Основы инсталляции UNIX

• Чем отличаются между собой разновидности Unix?

• Необходимые начальные сведения

• Требования к дисковому пространству

• Планирование инсталляции

• Для чего нужно несколько файловых систем?

• Инсталляция системы

Инсталляция UNIX на диск требует больше знаний и предварительного планирования, чем инсталляция DOS или Microsoft Windows. Нужно определить, будет ли система самостоятельной, либо зависимой от сервера в сети. Необходимо уделить пристальное внимание ресурсам системы (дисковое пространство, скорость процессора, объем памяти и т.д.), пакетам, необходимым для настройки системы под свои нужды и, возможно, под нужды пользователей в будущем.

Почему? DOS занимает менее 10 Мб дискового пространства. Windows требует больше, но все равно это небольшой объем. UNIX - довольно крупная система, размер занимаемого ею пространства зависит от конфигурации. Например, полная инсталляция операционной системы и всех прилагаемых пакетов выпуска Solaris 2.3 компании Sun занимает около 300 Мб. Такое обширное дисковое пространство часто делает целесообразным распределение устанавливаемой версии между несколькими системами. Дистрибутив системы UNIX разбивается на множество различных частей, называемых пакетами (packages). Каждый пакет состоит из файлов и обеспечивает свой набор функций. Эти функции включают средства поддержки сети, необходимые системные утилиты и приложения. Для многих пакетов допускается инсталляция в локальной системе, на удаленном сервере или отказ от их установки вообще - в зависимости от потребностей пользователя.

Следует принимать во внимание стоимость конкретных версий UNIX. Например, система Linux бесплатна, ее можно получить по Internet или на CD-ROM. Примерами бесплатных BSD-совместимых операционных систем являются FreeBSD и NetBSD. Они в целом предпочтительны для более крупных узлов, с более жесткими требованиями к устойчивости работы. Если ранее вы никогда не использовали ни одной из разновидностей UNIX, то можете экспериментировать с ними сколько угодно. Выберите ту, что наиболее полно отвечает вашим потребностям и ожиданиям.

С другой стороны, существуют коммерческие операционные системы, такие как BSDI, SCO, UnixWare, Solaris и многие другие. Они обычно недешевы, но пользователю предоставляется техническая поддержка по телефону и печатная документация. Стоит подумать об их приобретении, если вы работаете на узле с жесткими требованиями к надежности и нуждаетесь в поддержке на случай, когда с сервером случится сбой.

Чем отличаются между собой разновидности UNIX?

Поскольку невозможно охватить все существующие разновидности, здесь приводится краткое описание некоторых основных операционных систем UNIX

• UnixWare основана на SVR4 (в настоящее время - SVR5) Некоторое время систему контролировала Novell, а сейчас разработки ведет SCO UnixWare работает исключительно на машинах с архитектурой х86 (Intel или полностью совместимых).

• BSDI Internet Server - это коммерческий дистрибутив BSD/OS Он был изначально разработан университетом Беркли (Berkeley University). BSDI взяла за основу BSD/OS и добавила много новых утилит, программ и функций, что сделало систему весьма устойчивой и продуктивной реализацией корпоративного Internet-шлюза. С учетом превосходных сетевых возможностей, главный упор в нем сделан на потребности провайдеров Internet. BSDI работает на всех машинах с архитектурой х86.

• FreeBSD и NetBSD - бесплатные альтернативы BSDI Internet Server. Эти системы обладают многими функциями, обеспечившими популярность BSD/OS, но для них отсутствует профессиональная техническая поддержка, предлагаемая для любого коммерческого выпуска. Если вам не нужна техническая поддержка по телефону, но требуется надежность и стабильность работы операционной системы, ориентированной на Internet/intranet, эти системы как раз для вас Я уже говорил, что они предоставляются бесплатно? FreeBSD работает на платформе х86, а NetBSD - на Dec Alpha, Amiga, Acorn RiscPC, Atari, HP 9000/300, х86, m86k Macintosh, Power PC, Sun SPARC, Sun 3, Dec VAX и многих других платформах. NetBSD на сегодняшний день самая переносимая операционная система, а FreeBSD наиболее популярна среди пользователей платформы х86

• SCO OpenServer - еще одна разновидность UNIX для Intel. Она очень популярна в корпоративных сетях и существует уже много лет. Система занимает достойное место среди корпоративных серверов, хотя ей недостает универсальности BSD. По технической поддержке система не имеет равных, поэтому многие корпорации предпочитают эту коммерческую ОС в качестве серверной Для SCO существует множество приложений - в большинстве своем серверных.

• Linux (дистрибутивы RedHat, Slackware, Debian и т.д.) - развитие идеи бесплатной ОС, воплощенной когда-то в Minix. Этот продукт вырос в часто обновляемую, популярную и поддерживаемую операционную систему. Linux во многом основана на стандартах POSIX и SysV. Для Linux существует широкий спектр приложений (больший, чем для SCO), которые также бесплатны. Есть коммерческие выпуски системы, обычно поддерживающие коммерческое ПО (например, офисный комплект Applixware для RedHat). Linux очень популярна среди пользователей, работающих в UNIX впервые, и легко устанавливается.

Необходимые начальные сведения

Сначала требуется решить, какие функции должна поддерживать система и какие приложения необходимо устанавливать. Для этого нужно изучить не только эту систему, но и все системы данного сегмента сети.

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

Требования к дисковому пространству

Для DOS и Windows не предусмотрено распределение больших модулей устанавливаемых компонентов по сети. Для UNIX (главным образом из-за занимаемого дискового пространства) такое распределение почти подразумевается. В зависимости от задействованного дискового пространства машины определяются как самостоятельные, серверы и бездисковые.

Понятие самостоятельной системы означает, что данная машина может работать автономно, ей не требуются услуги от любой другой машины локальной сети.

Сервер - это машина, присоединенная к локальной сети, на которой выполняются демоны (daemons - программы, подобные httpd или smtpd), которые предоставляют удаленным пользователям некоторые функции, например, доступ к почте или конференциям. В техническом отношении сервер может работать как самостоятельная машина, но его предназначение в другом.

Если система клиента вообще не имеет накопителя, она называется бездисковой. Она не может запуститься без сервера, поскольку загружает с него свою ОС и ее область подкачки находится на сервере. Многие используют такие машины в качестве "неинтеллектуальных" терминалов или компьютеров, которые только предоставляют интерфейс доступа к удаленной машине.

Машины, не содержащие данных, имеют лишь необходимые для запуска файлы, хотя они редко используются, поскольку загрузка выполняется из сети (как и для бездисковых машин). Во избежание перегрузки сети чаще всего используются самостоятельные машины, чтобы исключить дополнительные расходы по установке более скоростного сетевого оборудования.

Помимо распределения ОС системы UNIX могут обеспечивать общий доступ к другим дискам, содержащим, например, базы данных или файлы пользователя. Эта функция не делает систему сервером в традиционном понимании. Название "сервер" подразумевает наличие специальных функций у операционной системы или ее утилит. Система может служить NFS-сервером (Network File System - сетевая файловая система), но при этом по основному назначению являться настольной машиной.

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

Различные варианты установки требуют разного дискового пространства. Для системы разработчика обычно требуется больше дискового пространства, а для не содержащих данных систем его должно хватать для основных файлов. В зависимости от размера этих файлов выделяются разделы. Конфигурация разделов, предназначенных для хранения статей Usenet, должна предусматривать меньший размер индексных дескрипторов (inodes), чтобы повысить их число. Нехватка индексных дескрипторов не позволяет использовать свободное дисковое пространство, как будто его не существует.

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

Таким образом, планирование установки UNIX требует принимать во внимание не только данную систему, но и все системы этого сегмента сети.

Кто будет пользоваться данной системой?

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

Типы пользователей

Пользователи UNIX обычно попадают в одну из следующих категорий:

• Пользователи приложений. Работают с коммерческими или локально разработанными приложениями. Они редко взаимодействуют непосредственно с оболочкой и не создают собственных приложений. Такие пользователи могут работать с БД-приложением, текстовым редактором или настольной издательской системой, электронными таблицами или специфическими приложениями внутренней разработки. У них много времени уходит на обдумывание того, что делать с полученными результатами, или на ввод данных (при печати отчетов или вводе данных в систему). Их потребность в обращении к локальному диску минимальна, они редко меняют приложения и не работают со многими приложениями одновременно. (Приложения могут быть открыты, но пользователи одновременно взаимодействуют только с парой программ - остальные ожидают ввода данных.) Хотя пользователи приложений могут загружать много данных в серверы баз данных, обычно они не очень интенсивно расходуют дисковое пространство собственных систем.

• Опытные пользователи. Они работают с приложениями, также как и предыдущая категория, но также выполняют сценарии оболочки и более тесно взаимодействуют с системой. Этот тип пользователей вполне может работать со многими приложениями одновременно, при этом все приложения выполняются параллельно. Они задействуют несколько приложений и более часто обращаются к диску, а также занимают больше ресурсов процессора по сравнению с обычными пользователями приложений.

• Разработчики. Разработчики работают не только с приложениями, но и с компиляторами, обращаются к своему набору приложений, требуют доступа к библиотекам программ и обычно применяют больше компонентов операционной системы, чем пользователи. Более того, они применяют средства отладки, которые требуют большей области подкачки и доступа к большему дисковому пространству по сравнению с обычными нуждами пользователей приложений. В операционной системе UNIX есть пакеты, которые нужны только для разработчиков. Если в данном сегменте локальной сети работают разработчики, то эти файлы должны быть установлены и доступны для систем, которыми те пользуются. Компиляция потребляет значительные ресурсы процессора, поэтому для этого вида деятельности следует запланировать соответствующий тип системы. Десять программистов, компилирующих параллельно 10000 строк кода, легко могут перегрузить процессор Pentium PRO 200 МГц.

Назначение системы

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

Другие системы, размещенные на данном сегменте локальной сети

Как указывалось в разделе "Необходимые начальные сведения", следует принимать во внимание все системы данного сегмента локальной сети - особенно те, которые обеспечивают доступ к разделам операционной системы, областям диска, занятым приложениями, располагают достаточными размерами диска и ресурсами памяти для поддержки бездисковых клиентов. Иначе говоря, нас интересуют системы, способные быть серверами для других систем сегмента.

Если в организации много одинаковых машин, выполняющих одинаковые приложения и не требующих существенных персональных настроек, то значительно легче будет содержать централизованную установку системы. Поскольку сейчас есть такие устройства, как 32х CD-ROM, и локальные сети со скоростью передачи от 10 Мбит/сек до 100 Мбит/сек (Ethernet и Fast Ethernet), то обычно несложно выполнить установку программ по всей сети. Кроме того, гораздо проще модернизировать машины, если используемая операционная система поддерживает модернизацию. Все это зависит от функций, выполняемых машинами сегмента.

Выбор серверов

Обычно легче определиться с серверами, чем с клиентами, поэтому с этого и начинайте. Для создания хорошей серверной системы вам понадобится:

Много оперативной памяти - серверам для работы требуется большой размер ОЗУ. Сервер должен поддерживать много клиентов, а каждый из них одновременно выполняет различные процессы. В интересах производительности интенсивное применение подкачки нежелательно. Лучше всего установить на сервере как можно больше памяти. Это создаст резерв для будущих модернизаций (и запас по загрузке). Обычно достаточно 64 или 128 Мб. Существуют некоторые исключения (например, сервер новостей INN), когда требуется много памяти. Здесь 64 Мб явно недостаточно.

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

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

Не жертвуйте качеством ради цены. Товар соответствует цене. Выбирайте наиболее совершенные (и быстрые) диски и контроллеры. Контроллеры Ultra-Wide SCSI совместно с высококачественными дисками UW-SCSI прекрасно справляются с задачей.

Достаточное дисковое пространство. Сервер содержит не только собственные файлы и копию операционной системы, но также область подкачки и пространство временных файлов для бездисковых клиентов. Хороший сервер должен иметь резервное дисковое пространство не только для добавления клиентов, но и для роста системы. Ниже приводится перечень некоторых из наиболее часто используемых пакетов и их размеры для системы BSDI (http://www.bsdi.coin):

0,4 Мб - Core (/var)

4,0 Мб - Core root (/)

23,6 Мб - Core usr (/usr) (основные приложения пользователей)

9,9 Мб - Additional user (/usr) (дополнительные приложения пользователей)

12,3 Мб - Networking (/usr) (сетевые функции)

17,0 Мб - Development (/usr) (разработка ПО)

17,3 Мб - Manual pages (/usr/share/man и /usr/contrib/man)

92,7 Мб - XI 1 XFree servers, development, man pages (/usr/X 11 R6) (серверы XFree, разработка ПО, man-страницы)

26,3 Мб - Emacs (/usr/contrib)

39,7 Мб - ТеХ и LaTeX

Как видите, BSDI занимает немало места. Существуют и дополнительные пакеты, такие как Hylafax, исходные тексты ядра (kernel sources), ghostscript, MH и много других утилит, которые можно устанавливать по выбору.

Резервные ресурсы процессора. Сервер должен располагать достаточным количеством тактов процессора для обслуживания локальных пользователей и при этом предоставлять дисковые ресурсы и доступ к сетевым службам своим клиентам. Но это не значит, что сервером нужно делать самую быструю систему. Обычно приходится поступать наоборот.

Сервер не требует большой мощности CPU. Доступ к файлам в UNIX очень эффективен и ограничен лишь сетевым трафиком. Сильно загруженная система задерживает ответы клиентам на запросы блоков диска. Лучше предоставить опытным пользователям более быстрые системы и использовать систему с достаточными остальными ресурсами и небольшой локальной загрузкой в качестве сервера, даже если эта система имеет менее производительный процессор.

Управление сетевым трафиком

Перед принятием решения на установку новой системы следует оценить объем сетевого трафика. Источники трафика в сети различны. Вот примеры:

• Трафик от систем отдела А к локальному серверу отдела А: К удаленным файловым системам, включая доступ к общим компонентам UNIX и файлам пользователей. Доступ к приложениям клиент-сервер, размещенным на сервере отдела А. Доступ бездисковых клиентов к области подкачки, к области временных файлов и буферным областям.

• Трафик между системами отдела А: Трафик приложений клиент-сервер. Удаленное отображение (окно одной системы отображает вывод процесса, выполняемого на другой системе). Доступ к используемым совместно файловым системам, не расположенным на сервере.

• Трафик между системами отдела А и центральным сервером организации: Доступ к файлам всей организации. Доступ к приложениям клиент-сервер, работающим на центральном сервере (главная база данных организации).

• Трафик между системами отдела А и отдела В: Доступ к локальным файлам отдела В с систем, принадлежащих отделу А. Доступ к приложениям клиент-сервер, работающим на системах отдела В. Доступ к файлам на локальных дисках систем отдела В.

Дополнительный трафик, сгенерированный установкой новой системы, нужно сравнить с существующим графиком в сети. Добавление бездисковых клиентов к сегменту сети, полоса пропускания которого используются на 80%, чревато проблемами.

Для отслеживания трафика сети не нужны сложные средства. Достаточно взять одну рабочую станцию и воспользоваться утилитами, предоставленными производителем системы, для подсчета доступных ей пакетов сети. Простой способ предусматривает использование утилит etherfind или snoop для перевода сетевого интерфейса во всеадресный режим, когда станция прослушивает все пакеты сети, а не только адресованные ей. Подсчитайте число пакетов, полученных системой за определенный период времени, и их размер. Для обычного Ethernet трафик, близкий к максимальному, составляет 800 Кбит/сек в пиковом режиме и более 500 Кбит/сек в обычном. Если объем трафика приближается к этой величине, стоит подумать о разбиении одного сегмента на два для его снижения.

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

Итоговый перечень необходимых начальных сведений

Обобщенно говоря, перед планированием установки новой системы следует определиться с ее потенциальными пользователями. Нужно выяснить интенсивность их обращений к диску и долю пользователей в общем графике сети; определить, будет ли система выполнять роль клиента или сервера и может ли сеть выдержать еще одну систему в данном сегменте или возникнет необходимость его разбиения из-за перегрузки.

Планирование

Теперь следует определить, в какой сегмент устанавливать новую систему, куда ее поместить, а также выяснить тип пользователей, для которых она предназначена. Что еще требуется планировать, кроме определения места, куда втыкать шнур питания и сетевое соединение?

В этом разделе представлен краткий список-перечень, помогающий выполнить процесс установки без сбоев. Вы должны ответить на следующие вопросы:

• Из какого источника будет выполняться установка системы?

• Будет ли новая система самостоятельной машиной, сервером или бездисковой системой?

• Каково будет имя хоста?

• Какой для нее будет IP-адрес?

• Какие пакеты следует установить?

• Как нужно поделить диск на разделы?

Это часть вопросов, которые система будет задавать при установке UNIX. Большая часть остальных вопросов не вызывает затруднений, как, например, указание местного часового пояса.

Из какого источника будет выполняться установка?

Традиционно систему устанавливают путем помещения носителя в устройство и выполнения загрузки с этого носителя. Носителем может служить дискета, магнитная лента или CD-ROM.

Существует две опции установки - локальная и удаленная. Локальная установка представляет собой традиционный вариант - носитель вставляется в дисковод и ПО копируется в систему. Удаленная установка в свою очередь разбивается на два типа.

Для чтения носителя можно использовать CD-ROM или накопитель на магнитной ленте удаленной системы, поскольку машина, куда выполняется установка, может и не иметь такого устройства. Но при большом числе устанавливаемых систем лучше обратиться к инсталляционному серверу, на котором уже имеются все файлы дистрибутива и образы дисков на своих локальных дисках. Поскольку локальные диски более скоростные, чем CD-ROM и, тем более, накопитель на магнитной ленте, процесс будет идти быстрее. Содержать специальный инсталляционный сервер стоит только в случае, когда приходится часто устанавливать ОС и приложения на большое количество систем.

Тип носителя

При установке ПО размером 350 Мб и более применение дискет становится непрактичным. Производители UNIX переключились с дискет на CD-ROM или накопители на магнитной ленте. Различные производители UNIX используют разные форматы магнитных лент, некоторые предлагают несколько форматов на выбор. Нужно знать, имеется ли устройство, позволяющее считывать данные с ленты предлагаемого формата.

Если есть выбор, отдавайте предпочтение CD-ROM. Он обладает некоторыми преимуществами перед накопителем на магнитной ленте. Компакт-диски намного быстрее читаются и обеспечивают произвольный доступ к данным. Это существенно повышает скорость и эффективность установки.

Другое преимущество состоит в том, что этот носитель предназначен только для чтения. Невозможно по ошибке или в результате неисправности оборудования переписать на нем данные. Кроме того, CD-ROM намного дешевле и обладает большей емкостью по сравнению с лентами и дискетами. Как правило, в процессе установки не требуется смена компакт-дисков.

На случай, когда машина не может загружаться с CD-ROM или накопителя на магнитной ленте, производитель предоставляет загрузочный (boot) диск (или, для некоторых версий Linux, Z диска, root и boot). Boot-диск содержит инсталляционную программу, требуемое для нее ПО и данные. Это минимальная конфигурация системы, загружаемая в оперативную память с дискет и используемая для считывания файлов дистрибутива с компакт-диска или магнитной ленты. Она обычно содержит необходимые драйверы для обращения к CD-ROM или накопителю на магнитной ленте.

Выбор локального или удаленного устройства для установки системы

Поскольку большинство производителей UNIX в качестве средства распространения ПО используют CD-ROM, скорее всего, это устройство где-либо в сети имеется. Тогда возникает две возможности:

• Отсоединить привод CD-ROM и установить его в новую систему, чтобы с его помощью выполнить процесс установки ОС. Тогда этот привод станет локальным и можно пользоваться соответствующим этому случаю разделом инструкции по установке ОС.

• Если данная версия UNIX допускает удаленную установку, можно обратиться к приводу CD-ROM через сеть.

Поскольку быстродействие сети обычно намного выше, чем у привода CD-ROM, любой метод годится. Нужно только обеспечить доступность устройства на всем протяжении процесса установки. Если кто-либо еще собирается использовать CD-ROM, вы не сможете освободить его, пока процесс установки не закончится.

Выбор типа системы

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

Кроме того, следует определить разбивку диска на разделы.

Обычно наличие диска в системе определяется ценой. Если есть возможность, стоит приобрести диск, даже если данные хранятся на сервере. Создание бездисковых клиентов оставьте на случай, когда установка диска совершенно непрактична из-за особенностей среды, либо когда доступ к системе для модификации локального диска будет затруднен или невозможен. В этом случае потребуется выполнить все действия по администрированию и модернизации системы сервера.

О подробностях следует прочитать в примечаниях к выпуску устанавливаемой системы, но можно руководствоваться следующими требованиями к дисковому пространству:

Бездисковые системы. Поскольку локальный диск отсутствует, все дисковое пространство размещено на сервере. Каждый бездисковый клиент должен смонтировать корневую файловую систему root, область подкачки (swap), область временных файлов (temp) и буферные разделы (spool Partitions) сервера. Можно рассчитывать на выделение бездисковому клиенту следующих ресурсов сервера:

root: 10-20 Мб

swap: зависит от размера памяти, нормальный диапазон 16-256 Мб.

spool: 10-20 Мб

tmp: 10-40 Мб

Системы без данных. Такие клиенты для всех перечисленных выше разделов используют локальный диск.

Самостоятельные системы. Если система предназначена для пользователя приложений, то к ней применимы те же размеры разделов, что и для системы без данных.

Кроме того, потребуется раздел /usr размером 100 Мб, чтобы вмещать остаток операционной системы. Если система Х Window также должна храниться локально, она потребует еще 70 Мб, в зависимости от количества установленных утилит и шрифтов. Минимальная конфигурация Х Window требует около 30 Мб.

Если системой будет пользоваться разработчик, для раздела /usr потребуется около 150-200 Мб, чтобы содержать компиляторы, библиотеки, дополнительные утилиты и локальные средства.

Сервер. Для серверных систем обычно требуется полная установка операционной системы. Ниже приводятся ориентировочные размеры:

root: 20 Мб

swap: зависит от размера памяти, но обычно находится в диапазоне 64-512 Мб.

буфер: 40-100 Мб

tmp: 20-80 Мб

usr: 250 Мб

X: 75 Мб

Для каждого бездискового клиента резервируется 50-200 Мб (если клиенту требуется большая область подкачки - то и больше).

Кроме того, на сервере может быть установлено более одного сетевого интерфейса. Таким образом он может обслуживать несколько сегментов.

Именование системы

Каждой системе UNIX придается набор имен:

• Имя хоста - короткое имя для локального употребления.

• Имя UUCP - обычно совпадает с именем хоста. Используется для модемных соединений между системами UNIX.

• Доменное имя - указывает набор систем, частью которого является данная; применяется для маршрутизации.

• Домен NIS - это имя указывает набор систем, с которыми объединена данная, для централизованного администрирования.

В этой главе рассматриваются имена хостов и доменов. Применение имени UUCP, отличающегося от имени хоста, рассматривается в главе 26.

Имя хоста

Имя хоста часто приходится набирать с клавиатуры, поэтому оно должно быть кратким. System V Release 4 допускает для него длину до 256 символов, но вряд ли кому-то захочется постоянно набирать такое длинное имя. Если то же имя используется для UUCP, то его длина не должна превышать 8 символов.

Не понимайте этот совет слишком буквально. Если функциональные имена, такие как misi или database, несут в себе смысл, используйте их. Не так уж трудно будет потом заменить имя системы новым.

Доменное имя (DNS/Mail)

Если вам нужно обращение к каждой системе UNIX по уникальному имени, а вы для удобства локального применения используйте короткие слова, то быстро столкнетесь с проблемой Internet, на которую часто жалуются: "Все хорошие имена уже разобраны". Один из выходов аналогичен тому, как эта проблема решается для имен людей. Системе можно присвоить первое, среднее и последнее имя.

Один из результатов совместного развития UNIX и Internet проявляется в системе имен доменов. Это создает для .каждой машины уникальную адресацию путем присвоения ей полного имени доменного, состоящего из имени хоста и имен доменов иерархического ряда, отделенных точками:

hostname.localdomain.masterdomain.topdomain

Например, почтовый шлюз моей компании, Ascio Communications, имеет полное имя домена:

mars.ascio.net

Прочтем его справа-налево:

net: Это домен высшего уровня или root-домен США и Канады для сетевых провайдеров; com - для коммерческих организаций; edu - для учебных заведений; gov - для правительственных структур; org -для некоммерческих организаций; us - обычно используется индивидуальными пользователями. За пределами США и Канады в качестве имени домена высшего уровня используется код страны по стандарту ISO (International Standarts Organization - Международная организация по стандартизации).

ascio: Это имя домена, выбранное для организации в целом. Поскольку компания соединена с Internet, сочетание ascio.net должно быть уникальным.

mars: Это имя хоста для данной системы.

Таким образом, в пределах офиса к системе обращаются по имени mars, а из внешней сети - mars.ascio.net.

Если выполняется установка системы в существующую сеть, должно использоваться уже существующее имя домена. Остается только выбрать имя хоста. Если это первая система, устанавливаемая в локальную группу систем, нужно также выбрать имя локального домена.

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

Выбор пакетов для локальной установки

После выбора типа системы (сервер, самостоятельная и тд.) вы решаете, какие компоненты операционной системы вы будете устанавливать Чтобы сэкономить дисковое пространство, этот выбор нужно хорошо продумать Linux, BSD/OS, Solans и многие другие операционные системы предлагают для установки широкий выбор пакетов Некоторые из них могут предназначаться для оборудования, которого нет. На данный момент стоит отказаться от таких пакетов При будущем изменении конфигурации их всегда можно будет добавить к существующей инсталляции ОС.

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

Компоновка разделов

Системы UNIX дают возможность разбивать дисковое пространство на разделы, так как использование для одной файловой системы всего диска снижает эффективность и чревато другими проблемами Каждый раздел (Partition или slice, как он называется в FreeBSD) вмещает в себя часть емкости диска.

Обычно диск разбивается на восемь разделов. Операционная система обрабатывает каждый их них независимо, как логический диск.

Для чего нужно несколько файловых систем?

Защита от повреждений Если работа системы нарушена в результате ошибки программы, неисправности оборудования или перебоя питания, некоторые блоки файлов могут находиться все еще в буфере файловой системы и не быть записанными на диск Это вызывает повреждение структуры файловой системы Существуют методы снижения повреждений и утилита fsck может устранить большинство проблем, но распределение файлов между несколькими файловыми системами снижает вероятность повреждения, особенно для файлов, отвечающих за загрузку системы. При распределении между разделами, эти ответственные файлы располагаются в разделах, которые редко изменяются, либо имеют атрибут "только для чтения" и не модифицируются никогда. Вероятность их повреждения и невозможности восстановления оставшейся части системы значительно снижается

Управление доступом. Маркировку "только для чтения" или "чтение/запись" может иметь только раздел в целом. Если требуется предохранение компонентов операционной системы общего пользования от изменений, желательно размещать их в отдельном разделе

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

Применение отдельных файловых систем, особенно для пользовательских файлов, позволяет им расходовать ресурсы только своих разделов Операционная система останется работоспособной, что позволит справиться с проблемой.

Производительность. Чем больше файловая система, тем больше размер ее таблиц, которыми требуется управлять. С уменьшением количества фрагментов и свободного пространства диска увеличивается разброс фрагментов одного файла по дисковому пространству. Применение нескольких разделов меньшего размера уменьшает расстояния между фрагментами и уменьшает размеры таблиц до приемлемого уровня. Хотя файловая система UFS не так страдает от размера таблиц и фрагментации, как файловые системы System V, для нее эта проблема также актуальна.

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

Для всех дистрибутивов и вариантов установки UNIX требуется наличие разделов root и swap. Рекомендуется создание разделов usr, var, home и tmp. Прочтя параграфы, посвященные каждому разделу диска, создайте карту дискового пространства и выделите каждому разделу определенный размер. Эта карта поможет вводить информацию о разбиении диска при установке системы.

Раздел root

Этот раздел занимает верхний уровень иерархии файловой системы. Он устанавливается автоматически при загрузке системы и не может быть удален. Все остальные файловые системы устанавливаются в качестве подчиненных root.

Раздел root должен иметь достаточный размер для содержания:

• Загрузочной информации и загружаемого ядра UNIX, а также резервной копии этого ядра на случай повреждения.

• Любых файлов конфигурации локальной системы, которые обычно находятся в каталоге /etc.

• Любых самостоятельных программ, например диагностики, которые могут выполняться вместо операционной системы.

Обычно размер этого раздела составляет от 10 до 20 Мб. Он чаще всего размещается в первом участке (slice) диска, часто называемом slice 0 или a slice.

Раздел swap

В подразделе "Назначение системы" описано, как UNIX использует раздел swap. Общее правило рекомендует выделять этому разделу вдвое больше пространства, чем размер оперативной памяти системы. Если ОЗУ имеет размер 16 Мб, то для раздела swap требуется не менее 32 Мб.

Это только начальный подход. Если пользователи системы работают со сложными приложениями, использующими большие массивы данных, такие как настольные издательские системы или САПР, такого размера swap может оказаться недостаточно. Узнать размер пространства swap можно с помощью команд pstat или swap. Если этот размер недостаточен, большинство систем UNIX позволяют его увеличивать во время выполнения процессов с помощью команд swapon или swap.

Раздел usr

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

Если вы планируете устанавливать в этот раздел локальные и независимые приложения, его размер должен это позволять

Раздел var

Этот раздел содержит буферные (spool) каталоги, используемые для организации очередей распечатываемых файлов и электронной почты, а также размещения log-файлов. Он также содержит каталог /var/ tmp, используемый для временных файлов большого размера. Для каждой системы, даже бездискового клиента, требуется наличие собственной файловой системы var. Она недоступна другим системам.

Если вы не распечатываете очень больших файлов, примите для этого раздела размер, рекомендованный по умолчанию. Если вам приходится распечатывать большое число файлов или размер их велик, либо ваш узел обрабатывает большой объем трафика UUCP, имеет смысл увеличить размер этого раздела, чтобы он лучше соответствовал вашим потребностям.

При размещении в разделе файлов UUCP размер раздела должен вмещать по крайней мере дневную порцию трафика для каждого узла.

Раздел home

Здесь размещаются начальные каталоги пользователей. Наличие собственного раздела home предотвращает нанесение пользователем ущерба кому-либо еще в системе, если он исчерпает свое дисковое пространство.

Для этого раздела рекомендуется для начала по 5 Мб на каждое приложение плюс по 10 Мб на каждого пользователя с расширенными функциями и по 20 Мб на каждого разработчика.

Раздел tmp

Временные файлы большого размера помещаются в каталог /var/tmp, а достаточное число временных файлов помещается в каталог /tmp, чтобы файловая система root не переполнялась. Если большинство составляют пользователи приложений, для этого раздела достаточно 5-10 Мб. Если это пользователи с расширенными функциями или разработчики, лучше выделить 10-20 Мб. Если в системе одновременно работает более 10 пользователей, стоит увеличить этот размер вдвое.

Распределение разделов между дисками

Если имеется больше одного диска, на следующем этапе нужно решить, какие разделы на них размещать. Цель состоит в том, чтобы сбалансировать обращения к дискам между всеми устройствами. Если установлено два диска, рекомендуется следующая схема распределения:

Диск 1 Диск 2

root usr

swap home

var

Оставшиеся разделы распределяются между дисками так, как это позволяет пространство.

Присвоение IP-адресов (сети)

Если система имеет сетевое соединение, ей должен быть присвоен IP-адрес. IP-адреса рассматриваются в главе 20. Такой адрес представляет собой группу из четырех чисел, разделенных точками. Каждое сетевое соединение обладает собственным IP-адресом. Обычно в пределах сегмента локальной сети первые три числа (восьмибитных групп) одинаковы. Четвертая должна быть уникальной для каждого интерфейса. Адреса 0 и 255 (все нули или все единицы) зарезервированы как широковещательные. Оставшиеся 254 адреса могу быть присвоены любой системе.

Если это первая из устанавливаемых систем, то следует выбрать значения и для первых трех октетов. Присвоение адреса сети рассматривается в главе 20. Адрес сети должен быть уникальным во всем мире и предоставляться бесплатно.

Если система не первая, то для нее подходит любое неиспользуемое значение четвертого октета.

Имеются ли необходимые сетевые соединения?

Теперь время проверить, имеется ли сетевое соединение для каждого сетевого интерфейса - кабели, трансиверы (если требуется) и разъемы.

Кабельная сеть Ethernet имеет три варианта: толстый Ethernet (10Base5), тонкий Ethernet (10Base2) и витая пара (lOBaseT). В системах UNIX могут использоваться несколько комбинаций из трех типов Ethernet-соединений: AUI, BNS и RJ45. Если в системе несколько типов разъемов, все они предназначены для одного и того же сетевого интерфейса, если вы не приобрели дополнительный интерфейс с типом разъема, отличающегося от главной системы. Следующий список поможет вам определиться с требуемыми деталями:

Применение NIS/NIS+

Администрирование системы UNIX требует работы со многими файлами, такими как файл password, group, network и файлы управления адресом Ethernet. Необходимость поддержки всего этого набора на нескольких системах отнимает много времени. Несогласованности в файлах осложняют вход в систему для пользователей и создают проблемы защищенности.

Одним из решений этой проблемы должна была стать NIS (Network Information Service - информационная служба сети). NIS - это доступный для всей сети набор баз данных для общих административных файлов. Применение этой службы обеспечивает централизованное администрирование, даже посредством использования нескольких серверов в случае перегрузки главного сервера.

При установке системы в среде NIS придется отвечать на запросы инсталляционной программы, указывая имя домена NIS для данной системы.

Домен NIS не обязательно должен соответствовать введенному ранее почтовому домену. Если такого соответствия нет, обычно это объясняется соображениями защиты или дальнейшим разделением административных функций.

Инсталляция системы

Если вы следовали рекомендациям, то должны были уже заполнить список необходимых данных для инсталляции. Он должен содержать следующее:

р Имя системы, содержащей устройство, с которого выполняется установка, и имя этого устройства.

• Тип системы - бездисковая, не содержащая данных, самостоятельная или серверная. Имя сервера для нового клиента, если это не содержащая данных или бездисковая система, должно в таблице сопровождаться его IP-адресом.

• Имя хоста и домена.

• IP-адрес.

• Устанавливаемые пакеты.

• Разбивка диска на разделы (составленная ранее карта дискового пространства).

• Требуется ли использовать сетевую базу данных (указать имя домена NIS, если эта служба будет применяться).

На этом подготовка закончена.

Загрузка с инсталляционных носителей

Первый этап установки системы UNIX состоит в загрузке в память мини-root (мини-root - это усеченной ядро системы, которое дает возможность выполнять инсталляционные программы UNIX) Для выполнения установки используется операционная система UNIX Поэтому загрузчик помещает в оперативную память версию файловой системы UNIX небольшого размера. При загрузке с инсталляционной дискеты (CD-ROM и тд), она создает в оперативной памяти файловую систему root и копирует в нее файлы, необходимые для управления процессом инсталляции. Вот почему этот процесс занимает некоторое время.

Загрузка с дискет

Поместите первую загрузочную дискету в устройство, которое DOS идентифицирует как А:. Перезагрузите систему обычным способом - с помощью комбинации клавиш Ctrl-Alt-Del или выключения-включения питания

Система считает с дискеты загрузчик, а затем использует его для создания файловой системы на базе ОЗУ и загрузит в оперативную память образ ядра UNIX По мере необходимости будет выдаваться запрос на вставку дополнительных дискет, затем потребуется указать накопитель, с которого будет копироваться дистрибутив Дайте ответ (CD-ROM или Таре - накопитель на магнитной ленте), и система загрузит остаток мини-root с этого устройства.

Установка основной системы

После загрузки мини-root программа предлагает ввести опции установки Некоторые системы выводят только приглашение оболочки. В таком случае для запуска процедуры установки введите install. В некоторых дистрибутивах эта команда может отличаться или выполняться автоматически. Следуйте процедуре установки, изложенной в руководстве

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

Считывание данных с носителя на локальные диски займет около часа, если вы инсталлируете самостоятельную систему или сервер Большинство систем выводят индикатор выполнения, который графически отображает степень выполнения процесса.

Если план выработан и список необходимых параметров заполнен, установка UNIX будет простым и автоматическим процессом

Установка необязательных или дополнительных пакетов

Если система установлена и перезагружена, вы уже работаете в UNIX, с чем вас и поздравляю Конечно, в будущем придется выполнять инсталляцию, чтобы добавлять новые пакеты и приложения. Все пакеты UNIX и большинство стандартных приложений для System V Release 4 используют формат pkgadd. Ус-гановка этих пакетов и приложений происходит автоматически с использованием утилиты pkgadd. В Linux Red Hat применяется rpm, а в BSD - pkgadd совместно с installsw (чтобы упростить процедуру). Разные выпуски Linux/UNIX используют несколько форматов пакетов, а также собственные форматы установки дли tar-формат. Для устанавливаемых приложений руководствуйтесь информацией в Release Notes.

Применение утилит pkgadd и pkgrm

К системам System V Release 4, таким как Solaris 2 и UnixWare, пакеты добавляются с помощью команды pkgadd. Эта команда автоматически устанавливает ПО с носителя и вносит в базу данных запись об этом. Команда pkgrm позволяет также легко удалять пакеты.

При вводе команды с указанием пути, утилита выводит список пакетов, установленных на носителе дистрибутива Обратите внимание, что в этом режиме также возможен аргумент -1, с помощью которого выводится информация о пространстве, требуемом для установки каждого пакета

Чтобы выполнить утилиту pkgadd для носителя дистрибутива, вставьте этот носитель в дисковод и введите команду

pkgadd -d path-name-to-device pkg_name

где path-name-to-device - путь устройства, pkg_name - имя пакета

Затем утилита pkgadd выведет приглашение указать устанавливаемые пакеты и будет во время установки выдавать сообщения о продвижении этого процесса Различные пакеты перед установкой могут выводить запросы Эти запросы обычно касаются места установки пакета и других инсталляционных опций.

Применение утилиты swmtool

Система Sun Solans располагает Х-приложением, которое обеспечивает взаимодействие с утилитой pkgadd. Оно выводит содержание компакт-диска и позволяет посредством манипуляций мышью выбирать и отменять выбор всего содержимого носителя или отдельных пакетов.

Для установки новых пакетов посредством swmtool, щелкните на кнопке Properties, чтобы вывести ниспадающее меню с опциями нахождения пакетов.

Выберите локальное или удаленное устройство CD-ROM, если носитель инсталляционной программы еще не смонтирован. Если он уже смонтирован, выберите Mounted File System, а затем укажите путь каталога, содержащего пакеты.

swmtool выведет содержимое диска. Может быть отображена дополнительная информация о требуемое дисковом пространстве и версиях программ. Для запуска процесса установки выделите все нужные пакеты и нажмите кнопку Begin Installation. Утилита swmtool выполнит программу pkgadd. Придется ответить не запросы программы, так же как и при запуске ее вручную.

Для удаления программы с помощью утилиты swmtool достаточно щелкнуть на кнопке Remove в верхнее части экрана. Выделите удаляемые пакеты и нажмите кнопку Begm Removal, swmtool запустит программу pkgrm

Применение утилиты rpm

RedHat Linux использует формат пакетов под названием rpm. Для управления такими пакетами служи! программа rpm. Она очень проста в пользовании и располагает несколькими простыми аргументами командной строки. Как и для других форматов, нельзя установить пакет, если такой (более новой или старой версии) уже существует. Можно воспользоваться функцией uninstall программы rрm для удаления старой версии пакета, а затем применить утилиту для установки более новой версии. Можно также использовать ее для запроса пакетов (проверки, установлены ли они) и их верификации. Man-страницы rрm содержат неплохое описание программы.

Red Hat также располагает утилитой для Х Window, которая позволяет выбирать пакеты для установки (вместе с содержащимися в них программами). С помощью этой программы установка и удаление выполняется очень просто и эффективно. Эта программа называется glint, она вызывается с панели управления RedHat в среде пакета.

Применение утилиты installsw

Большинство реализации BSD используют формат pkadd, но сопровождаются простой в применении программой installsw. Эта программа предоставляет администратору интерфейс, позволяющий выбирать пакеты для установки или удаления. Это очень популярный интерфейс, избавляющий пользователей от неудобной командной строки pkgadd.

Добавление бездискового клиента к серверу

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

Установка файлов поддержки бездискового клиента

Традиционно файлы поддержки бездискового клиента устанавливаются в файловую систему /export сервера. В System V Release 4 общие исполняемые файлы помещаются в каталог /export/exec. Для каждой архитектуры в этом каталоге имеется свой подкаталог.

Каждая версия UNIX, поддерживающая бездисковых клиентов, располагает процедурой загрузки файлов поддержки каждой архитектуры с носителя инсталляционной программы. В Solaris 2 меню edit утилиты swmtool содержит пункт Add client software... (добавить программы клиента). Он используется для изменения конфигурации сервера так, чтобы поддерживался клиент любого из доступных типов архитектур.

Добавление бездискового клиента

Если поддержка клиента сервером возможна, он может быть добавлен в систему сервера. Поскольку у клиента нет диска, установка выполняется на сервере. Для добавления дерева каталогов /export/root/hostname и файла /export/swap/hostname swap выполняется сценарий оболочки или команда среды Х Window.

В системе Solaris 2 это выполняется с помощью менеджера хоста в admintool. Выберите пиктограмму менеджера хоста (host manager) в admintool, а затем пункт AddHost ниспадающего меню Edit. В ниспадающем меню Client Type (тип клиента) выберите опцию diskless (бездисковый) и введите имя хоста, IP-адрес, Ethernet-адрес и выберите часовой пояс (time zone) из ниспадающего меню. Остальные параметры, кроме swap size (размер области подкачки)р должны быть установлены правильно. Установите требуемое значение swap size для данного клиента и щелкните на кнопке Add.

В других системах UNIX для добавления бездискового клиента предоставляются сценарии оболочки или ниспадающие меню в утилитах администрирования.

Резюме

Чтобы процесс установки системы UNIX не вызывал затруднений, важно провести предварительное планирование и использовать рекомендации этой главы, а также примечания к выпуску (Release Notes) данного ПО. Планированию подлежат:

р Тип устанавливаемой системы (сервер, самостоятельная машина и т.д.).

р Что будет служить сервером данной системы, если необходимо.

р Размер каждого раздела и на каком диске его размещать:

root, usr, var, tmp, swap

р Имя и адрес данной системы: имя хоста, имя домена, IP-адрес, имя домена NIS, если он применяется.

р Предназначенные для установки пакеты.

р С какого носителя будет выполняться установка.

После планирования этих моментов можно будет ответить на запросы процедур установки UNIX. С этого момента процесс установки будет автоматическим.

К оглавлению