1. Установка с исходников (это трушно, но установка с портов ещё более трушно, поэтому останавливаться на этом пункте пока не будем)
2. Установка с портов (сам ем и нахваливаю, разберём в деталях)
3. Установка с пакетов (быстрый способ для ленивых, тоже разберём)

Также, в этой главе мы научимся обновлять коллекцию портов. Так что… не переключайтесь :)

Начнём, пожалуй, с системы портов. Что это такое?

«Порт» — это набор команд, задающих правила наложения заплаток на файлы исходного кода. Комбинируя заплатки и команды установки, FreeBSD может вести полный учет всего процесса установки программного обеспечения. Такой подход избавляет от трудностей установки программ и позволяет сконцентрироваться на их конфигурировании.

Проще говоря — это удобный, гибкий и, что немаловажно, централизованный инструмент для установки любых программ, какие вообще существуют под FreeBSD. Если вы по каким-то странным причинам не поставили коллекцию портов во время установки системы, сделаем это сейчас. Если не уверены, перейдите в папку /usr/ports. Если там есть что-то вроде такого:

коллекция портов у вас уже есть и её надо только обновить. Если там пусто, тогда ставим. Всего двумя командами:

# portsnap fetch - получаем коллекцию портов
# portsnap extract - устанавливаем коллекцию портов

Знакомьтесь с программой portsnap. Вы с ней подружитесь, она хорошо работает с портами и вообще является с некоторых пор стандартным инструментом для их обслуживания. Она, в частности, занимается их обновлением.

Проводите обновление портов перед КАЖДОЙ установкой новых программ. Это реально важно. К примеру, с базовыми портами вы не сможете поставить mc (midnight commander, файловый менеджер). Я вот не смог. Проблема оказалась именно в порте mc, баг быстро пофиксили. Поэтому порты следует обновить, чтобы система была в курсе исправленных ошибок. Это делается так же легко:

# portsnap fetch extract - используется только в первый раз, когда апдейтов ещё не производилось
# portsnap fetch update - используется каждый раз для обновления портов

Сравните это со старым методом обновления и поймёте насколько всё стало проще. Тут я немного лукавлю, есть ещё один метод обновления, с помощью csup (не путать с cvsup). Но я, честно говоря, не вижу в нём никаких преимуществ. Поэтому и говорить о нём не буду, чтобы не раздувать статью.

Такс… Допустим порты мы обновили. На это может уйти много времени. Зависит от интернет-канала и количества обновлений. Теперь мы можем установить нашу первую программу. Рекомендую сразу поставить mc, с ним будет удобнее работать в будущем.

Как нам среди десятков тысяч портов найти нужный? Легко :)

# cd /usr/ports
# make search name=mc

В списке будет некоторое количество совпадений. Но mc там только одно :) И находится порт в папочке /usr/ports/misc/mc. Так что переходим туда и набираем магические слова:

# cd /usr/ports/misc/mc
# make install clean

Это действительно волшебство, там как процесс скачивания, распаковки, поиска зависимостей, конфигурирования под вашу систему и установки приложений полностью автоматизирован. И кто сказал, что в Винде всё проще? :) Но гибкость портов заключается именно в конфигурировании сборки программ под ваши нужды. Поэтому по ходу установки, BSD будет спрашивать вас с какой функциональностью вы хотите увидеть программу. У программ обычно есть некоторые опции сборки. В случае с mc, это выглядит так. Сначала мы конфигурируем сам mc.

Потом mc тянет зависимости, компиляция которых также настраивается. Можно оставлять всё как есть по умолчанию, а можно и менять опции, если знаете что делаете. До конца сборки, вы увидите вот такие окна (а может и ещё какие-то):

Никаких ошибок быть не должно, компиляция заканчивается, вводим команду rehash, которая перечитывает систему и позволяет обойтись без перезагрузки. Ну и сам mc:

# mc

Вуаля! Всё ОК. Поздравляю, мы установили нашу первую, при чём немаловажную, программу. Так же ставятся с портов и все остальные.

Теперь уделим некоторое время нюансам. Куда же без них :)

Если вы что-то пропустили в конфигурировании, нажали ОК и только потом осознали свою ошибку — не беда. Процесс сборки можно прервать комбинацией Ctrl+C. После чего набираем команду make config, она запустит конфигуратор порта заново.

Если программа, установленная с порта, вам уже не нужна – перейдите в папку, где находится её порт и выполните команду make deinstall. Система найдёт и удалит программу.

Если у вас в процессе сборки выключился компьютер, или кончился интернет, или ещё что — не волнуйтесь. Просто начните процесс заново. FreeBSD достаточно умная система. чтобы найти место на котором она остановилась и продолжить, не начиная проходить весь путь с самого начала.

Это пока что всё, что нужно знать о системе портов. Теперь немного о пакетах.

Установка с пакетов имеет свои достоинства. Это простота и скорость. Отдельным пунктом замечу независимость от интернета. Актуально, если вы пользуетесь помегабайтным тарифом. А если у вас есть только один час, чтобы поднять шлюз, почтовый и веб серверы — пакеты то, что доктор прописал.

Пакеты есть на диске и есть в интернете. В интернете более свежие версии, а на диске более… локальные :) И далеко не все… Давайте поставим с диска текстовый редактор vim-lite:

# mount -t cd9660 /dev/acd0 /cdrom - монтируем диск
# cd /cdrom/packages - идём в папку с пакетами

Узнаёте? Точно такая структура как и у портов. Неудивительно, так как пакеты — это скомпилированные порты со стандартными настройками. Смотрим где именно находится vim командой grep:

Переходим туда и устанавливаем с помощью команды pkg_add:

Если хотим удалить программу, установленную с пакета, для этого есть команда pkg_delete. Указываем в качестве аргумента полное название программы, вместе с номером её версии:

# pkg_delete vim-lite-7.2.239 (у меня такая версия)

Также можно устанавливать пакеты с интернета. Для этого добавляем ключ -r:

# pkg_add -r vim-lite

Вот и всё. Остальное — детали, которые можно обсудить в комментариях и таким образом дополнить статью. В следующий раз мы будем собирать с портов и настраивать MySQL, который очень важен для многих серьёзных программ. До встречи!

В статье про CVSUp я уточнил, что манал рассказывать о процессе инсталляции Фряхи, но буквально сегодня передумал. Расскажу! Штатный инсталлятор может поломать всю судьбу неокрепшего админа, поэтому лучше я понаделаю скриншотов с разъяснениями, потрачу некоторое время и помогу всем, кто пока не в теме. Осторожно, много картинок!

Уточню, что мы будем разбирать версию FreeBSD 8.0, хотя процесс инсталляции от версии к версии, в принципе, особо не меняется. Так что идём на ФТП, выбираем нужную версию и нужный образ, качаем, записываем какой-нибудь писалкой образ на CD (если скачали cd-образ) или DVD (если скачали и распаковали архив dvd-образа). То есть всё как обычно, всё как с любой другой операционкой, нюансов нет. После чего грузимся с диска и начинаем вдумчиво ставить систему.

Фря — система дружелюбная, с самого начала даёт нам выбрать как именно мы её хотим. Просто жмём Enter, другие пункты нас не интересуют (хотя, если есть какие-то проблемы с оборудованием, можно попробовать пункт 2):

Фря спрашивает в какой стране мы живём. Не знаю как вы, а я в Украине:

Какую системную раскладку предпочитаете? Если не уверены — выбирайте Russian KOI8-R. Поддержки юникода в системной консоли пока нет (стыдно, обещали в 8-й версии сделать, так что подождём ещё немного пока реализуют):

Здесь я рекомендую выбрать Standard’ный метод установки. А ещё больше рекомендую до этого посетить раздел Doc, если с английским всё нормально. Там описано как пользоваться установщиком и всякое разное полезное:

Я буду пропускать абсолютно очевидные сообщения типа «сейчас вылетит птичка». Поэтому концентрируемся на важном и не выключаем мозги, иначе с этого момента можно протерять все данные на винте. Хотя если пофиг — то пофиг :) Перед вами инструмент создания разделов. Если там уже есть какие-то разделы, значит на жёстком диске что-то есть. Может Винда какая-нибудь. Предельно аккуратно делаем что хотим. Очень важно не допустить ошибок на этом этапе. Я ставлю систему на виртуалку, чтобы сделать скриншоты и ставить эксперименты с системой, поэтому у меня всё чисто. Я просто жму букву A на клавиатуре, а Фря таким образом будет использовать для себя весь диск. Команды, которы доступны для вас на данном этапе, отображаются внизу окна:

Если не хотим использовать весь диск, стрелочками переходим на свободное место, указываем размер в метрах или гигах, соглашаемся с типом раздела, выбираем только что созданный раздел, жмём S, чтобы сделать его загрузочным и жмём Q, чтобы идти дальше.

Если FreeBSD будет единственной системой на компьютере — выбираем Standard. Если хочется выбирать нужную систему при загрузке компьютера — выбираем BootMgr. Если у нас стоит Линукс и мы очень любим Grub или Lilo — выбираем None и сами потом в Линуксе настраиваем загрузчик.

Теперь не менее важный пункт — редактирование раздела. Я очень надеюсь, что у вас уже есть какой-то опыт в юникс-системах и схема разбивки диска не введёт вас в ступор:

Можем доверить разбивку системе, но мне не нравится этот метод. Вообще сисадмины любят поспорить о схемах разбивки. Некоторые выделяют совсем немного под корневой раздел, много под домашнюю папку, ещё больше под раздел подкачки, некоторые всё дают корневому разделу и оставляют место под раздел подкачки по формуле объём_оперативки_умноженный_на_2. У каждого юниксоида свой unix-way. Я здесь заморачиваться не буду, сделаю по второму способу. Укажу размер корневого раздела:

Его тип:

Точку монтирования:

Потом создам swap-раздел со всего места, которое предварительно оставил:

Если вы собираете боевой сервер — советую хорошенько подумать о схеме разбивки. Желательно создавать отдельные разделы /var, /tmp и /usr, в зависимости от задач сервера. Изучите отдельно этот вопрос.

Теперь нам нужно определиться какую именно систему мы хотим в итоге увидеть. Раньше я всегда выбирал User, как раз выходит базовая система + документация. Но с некоторых пор мне по душе выбирать всё самостоятельно. Поэтому идём в Custom:

ПРОБЕЛОМ выбираем всё, что нам надо. А надо нам — базовая система, ядро, мануалы, исходники и порты. В общем, всё как на скриншоте:

Жмём Enter’ом Exit (вообще к этому надо привыкнуть — выбор пунктов пробелом, действие Enter’ом, Exit для окончания диалога) и попадаем в выбор источника установки. Выбор богатый, но мы ставим систему с диска, поэтому выбираем первый вариант и жмём ОК:

Понеслась! Мы ставим лучшую UNIX-систему!

Процесс установки полностью автоматизирован, вопросов не будет. Свежеустановленная система поздравит вас и предупредит, что у неё есть к вам несколько вопросов:

Вот первый из них. Хотите протокол IPv6? Он пока не в моде. Выбираем нет:

Настроить сеть по DHCP, то бишь автоматически? Я всегда говорю нет, даже если такая возможность есть. Лучше самому настроить, так надёжнее.

Ничего сложного в этом нет. Host — человеческое имя компьютера и домен, в который компьютер входит, через точку. Если сервер сам по себе, то домен обычно указывают как localhost. Gateway — шлюз сети, Name server — это DNS-сервер. Address — наш уникальный айпишник. Ну и его маска:

Поднимаем сеть прямо сейчас, почему бы и нет:

Хотим дать нашему серверу роль шлюза? Даже если да — это всегда можно сделать позже. Так что не надо:

Я однажды расскажу про inetd отдельно. Уверяю, что нам это пока не нужно:

А вот SSH нам нужен, даже очень. Сервер с монитором и клавиатурой это не кошерно, но обслуживать же его как-то надо. Будем это делать с консоли по сети. Раньше для этого использовали telnet, но это небезопасно. SSH шифрует весь трафик и позволяет удалённо работать с машиной. Так что Да:

Вряд ли нам со старта нужен FTP. Если будет нужен — сделаем потом:

NFS нам тоже скорее всего не нужна. Это сетевая файловая система сугубо для юникс-систем. Классная штука, поговорим о ней в другой раз. Пока не настраиваем:

Хотим настроить консоль? Шрифты там… цвета… Можно, но по умолчанию и так всё круто. Поэтому Нет:

Выбор часового пояса. Ищите в списке свою страну и регион:

UTC не выставляем, нафиг нам поправка времени по Гринвичу? Ставим по местному времени:

Есть мышь? Если да, то зачем? :) Серверу мыши не нужны:

Можно прям сейчас установить любой необходимый софт с пакетов. То есть уже скомпилированный и всё такое. Но мы так не поступим. Мы всё сделаем чуть позже, а софт будем ставить с помощью системы портов. Пакеты — это удобно и быстро. Но порты дают гибкость, контроль и оптимизацию под наше железо, что намного круче. Всему своё время, в общем:

Теперь создадим хотя бы одного системного пользователя. Себя, например.

Ник, пароль, имя — тут всё ясно. А в Member groups желательно вписать СЕБЯ в группу wheel, чтобы можно было переходить от своей учётки к root’у. Если этого не сделать, рутом вам не стать. В целях безопасности.

Ну и сам root. Точнее пароль для учётной записи суперпользователя. Указываем его дважды:

На самом деле это всё. Но можно ещё раз всё перепроверить. Вдруг налажали где-то в процессе?

Если всё ОК, тогда выходим, ребутимся и трепетно ожидаем загрузки установленной FreeBSD:

Логинимся:

Всё! Система ждёт наших приказов, клянётся в верности, готова работать быстро и надёжно:

Послесловие: у вас могут быть дополнительные диалоги. Например: выбор, со списка, сетевой карты для настройки, или винчестера, если их несколько. Наименование оборудования, разбивка диска и многое другое отличается от мира Linux. Пусть вас это не пугает. Нюансов очень много. Хотя я и постарался всё разжевать, но мне неизвестен ваш уровень подготовки. Поэтому вы можете задавать вопросы в комментариях и таким образом дополнять статью. В следующий раз я опишу что такое порты, как их обновлять и как устанавливать с их помощью необходимые программы. Статья FreeBSD. Обновление портов через CVSup уже устарела, хотя метод, описываемый в ней, всё ещё рабочий. Будем шагать в ногу со временем.

Несмотря на то, что в mySQL существует довольно много настроек, которые Вы можете изменить, есть набор действительно очень важных характеристик, которые обязательно нужно оптимизировать под собственный сервер. Обычно после такой небольшой настройки производительность сервера заметно увеличивается.

• key_buffer_size — крайне важная настройка при использовании MyISAM-таблиц. Установите её равной около 30-40% от доступной оперативной памяти, если используете только MyISAM. Правильный размер зависит от размеров индексов, данных и нагрузки на сервер — помните, что MyISAM использует кэш операционной системы (ОС), чтобы хранить данные, поэтому нужно оставить достаточно места в ОЗУ под данные, и данные могут занимать значительно больше места, чем индексы. Однако обязательно проверьте, чтобы всё место, отводимое директивой key_buffer_size под кэш, постоянно использовалось — нередко можно видеть ситуации, когда под кэш индексов отведено 4 ГБ, хотя общий размер всех .MYI-файлов не превышает 1 ГБ. Делать так совершенно бесполезно, Вы только потратите ресурсы. Если у Вас практически нет MyISAM-таблиц, то key_buffer_size следует выставить около 16-32 МБ — они будут использоваться для хранения в памяти индексов временных таблиц, создаваемых на диске.
• innodb_buffer_pool_size — не менее важная настройка, но уже для InnoDB, обязательно обратите на неё внимание, если собираетесь использовать в основном InnoDB-таблицы, т.к. они значительно более чувствительны к размеру буфера, чем MyISAM-таблицы. MyISAM-таблицы в принципе могут неплохо работать даже с большим количеством данных и при стандартном значении key_buffer_size, однако mySQL может сильно «тормозить» при неверном значении innodb_buffer_pool_size. InnoDB использует свой буфер для хранения и индексов, и данных, поэтому нет необходимости оставлять память под кэш ОС — устанавливайте innodb_buffer_pool_size в 70-80% доступной оперативной памяти (если, конечно, используются только InnoDB-таблицы). Относительно максимального размера данной опции — аналогично key_buffer_size — не стоит увлекаться, нужно найти оптимальный размер, найдите лучшее применение доступной памяти.
• innodb_additional_mem_pool_size — данная опция практически никак не влияет на производительность mySQL, однако рекомендую оставлять для InnoDB около 20 МБ (или чуть больше) под различные внутренние нужды.
• innodb_log_file_size — крайне важная настройка в условиях баз данных с частыми операциями записи в таблицы, в особенности при больших объёмах. Большие размеры увеличивают быстродействие, однако будьте осторожны — увеличится и время восстановления данных. Я обычно выставляю значение около 64-512 МБ в зависимости от размера сервера.
• innodb_log_buffer_size — стандартное значение данной опции вполне подойдёт для большинства систем со средним количеством операций записи и небольшими транзакциями. Если же в Вашей системе бывают всплески активности, или Вы активно работаете с BLOB-данными, то рекомендую немного увеличить значение innodb_log_buffer_size. Однако не переусердствуйте — слишком большое значение будет пустой тратой памяти: буфер сбрасывается каждую секунду, поэтому Вам не понадобится больше места, чем требуется в течение этой секунды. Рекомендуемое значение — около 8-16 МБ, а для небольших баз — и того меньше.
• innodb_flush_log_at_trx_commit — жалуетесь, что InnoDB работает в 100 раз медленнее MyISAM? Вероятно, Вы забыли про настройку innodb_flush_log_at_trx_commit. Значение по умолчанию «1» означает, что каждая UPDATE-транзакция (или аналогичная команда вне транзакции) должна сбрасывать буфер на диск, что достаточно ресурсоёмко. Большинство приложений, в особенности ранее использовавшие таблицы MyISAM, будут хорошо работать со значением «2» (т.е. «не сбрасывать буфер на диск, только в кэш ОС»). Лог, однако, всё равно будет сбрасываться на диск каждые 1-2 секунды, поэтому в случае аварии Вы потеряете максимум 1-2 секунды обновлений. Значение «0» повысит производительность, но Вы рискуете потерять данные даже при аварийной остановке mySQL-сервера, в то время как при установке значение innodb_flush_log_at_trx_commit в «2» Вы потеряете данные только при аварии всей операционной системы.
• table_cache — открытие таблиц может быть весьма ресурсоёмко. К примеру, MyISAM-таблицы помечают заголовки .MYI файлов как «используемые в текущий момент». Обычно не рекомендуется открывать таблицы слишком часто, поэтому лучше, чтобы кэш был достаточных размеров, чтобы держать все Ваши таблицы открытыми. Для этого используется некоторое количество ресурсов ОС и оперативной памяти, однако это обычно не является существенной проблемой для современных серверов. Если у Вас несколько сотен таблиц, то стартовым значением для опции table_cache может быть«1024» (помните, что каждое соединение требует свой собственный дескриптор). Если у Вас ещё больше таблиц или очень много соединений — увеличьте значение параметра. Я видел mySQL сервера со значением table_cache равной 100 000.
• thread_cache — создание/уничтожение потоков также является ресурсоёмкой операцией, которая происходит при каждой установке соединения и каждом разрыве соединения. Я обычно выставляю эту опцию равную 16. Если у Вашего приложения могут быть скачки количество конкурентных соединений и по переменной Threads_Created виден быстрый рост количества потоков, то стоит увеличить значение thread_cache. Цель — не допускать создания новых потоков в условиях нормального функционирования сервера.
• query_cache_size — если Ваше приложение много и часто читает данные, и при этом у Вас нет кэша на уровне приложения, эта опция может очень помочь. Не ставьте здесь слишком большое значение, так как обслуживание большого кэша запросов будет само по себе затратным. Рекомендуемое значение — от 32 до 512 МБ. Не забудьте проверить, насколько хорошо используется кэш запросов — в некоторых условиях (при небольшом количестве хитов в кэше, т.е. когда практически не выбираются одинаковые данные) использование большого кэша может ухудшить производительность.

Как Вы можете видеть, это — глобальные настройки. Эти переменные зависят от «железа» сервера и используемых движков mySQL, в то время как сессионные переменные обычно настраиваются специально под конкретные задачи. Если Вы в основном используете простые запросы, то нет никакой необходимости увеличивать значение sort_buffer_size, даже если у Вас есть лишние 64 ГБ оперативной памяти. Более того, большие значения кэшей могут только ухудшить производительность сервера. Сессионные переменные лучше оставить на потом, для тонкой настройки сервера.

Инсталляция mySQL идёт с несколькими предустановленными файлами my.cnf, рассчитанными под разную нагрузку. Если Вам некогда настраивать сервер вручную, то обычно лучше использовать их, чем стандартный конфигурационный файл, выбрав тот, что больше подойдёт под нагрузку Вашего сервера.

Итак, я не буду рассказывать процесс установки «фряхи». Там всё довольно очевидно и у подготовленного человека никаких затруднений не вызовет. Если вызовет — можно почитать в том же руководстве серию статеечек по теме.

Так вот, допустим, поставили вы себе, или не себе, это чудо. Но ведь система сама по себе лишь платформа для выполнения различных приложений. И скорее всего вам таки нужно установить некоторые программы, да? Как я уже упоминал, программы во FreeBSD ставятся обычно с портов или пакетов. Мы пойдём не самым простым путём, зато самым клёвым — будем собирать софт с портов. И для начала эти самые порты нужно обновить. Небольшое примечание для тех, кто вообще не в теме. Порт — это, грубо говоря, несколько файлов с описаниями и инструкциями вида «что за прога, как её собирать, какие зависимости от других прог» и тому подобное. Сами исходники в портах не хранятся, а скачиваются по запросу с интернета (обычно). А обновлять порты нужно потому, что ссылки меняются, зависимости обновляются, софт развивается и порты должны быть в курсе происходящего. Нам не нужны старые дырявые программы, верно?

Я использую последний стабильный на сегодняшний день релиз FreeBSD — 7.1. Но рецепт должен работать и на более старых версиях.

CVSup — это пакет программного обеспечения для распространения и обновления исходных текстов с основного репозитория CVS на удаленном сервере. Исходные тексты FreeBSD поддерживаются в репозитории CVS на центральной машине разработки в Калифорнии. С помощью CVSup пользователи FreeBSD легко могут поддерживать собственные исходные тексты в актуальном состоянии.

Вот такую штуку мы сейчас и настроим.

На сервере не стоит ставить GUI, поэтому если вы уже поставили иксы… то зря вы это сделали, удаляйте :) Ставим с портов саму программу — cvsup-without-gui

cd /usr/ports/net/cvsup-without-gui make install clean

cvsup тащит за собой немало зависимостей, но они все ей нужны для нормальной работы. После установки копируем файл настроек и редактируем его.

cd /usr/share/examples/cvsup/
cp standard-supfile /usr/local/etc/supfile
cd /usr/local/etc/
ee supfile

Приведите файл к такому виду:

# cvsup -g -L 2 /usr/local/etc/supfile - именно с помощью такой команды мы будем в дальнейшем обновлять порты
*default host=cvsup2.ua.FreeBSD.org # я с Украины, поэтому сервер украинский. Найдите наиболее подходящий вам в списке на www.freebsd.org/doc/ru_RU.KOI8-R/books/handbook/cvsup.html#CVSUP-MIRRORS
*default base=/usr
*default prefix=/usr
*default release=cvs tag=RELENG_7_1 # у меня такая версия системы, у вас может отличаться
*default delete use-rel-suffix
*default compress
ports-all tag=.

После всех этих манипуляций — обновляем, наконец, порты:

rehash
cvsup -g -L 2 /usr/local/etc/supfile
make fetchindex

Первый раз — всегда самый напряжный. Занимает много времени (у меня часа 2) и трафика (не считал, но пару десятков мегабайт — точно). Зато потом процесс будет происходить довольно быстро и безболезненно.

Перед каждой установкой новой программы набираем

cvsup -g -L 2 /usr/local/etc/supfile

ждём немного и наслаждаемся свежайшими портами стабильного софта. Ура, товарищи!

P.S. Существует куча нюансов настроек, но все они выходят за рамки этой статьи. Если что-то не понятно или есть какие-то замечания/уточнения — пишите их в комментариях.