Вход:  Пароль:  
FreeSource: AltLinux/Sisyphus/Alterator/role-setup ...
Free Source | Каталог | Изменения | НовыеКомментарии | Пользователи | Регистрация |
Эта страница была перенесена на altlinux.org. Текст на freesource.info заморожен.

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

Предлагается такая схема:


Инсталятор.

Цель: Установить ОС на компьютер. При этом проходятся такие этапы установки:

  1. Сбор сведений.
    На этом этапе загружается ядро, и производится сбор сведений у пользователя: Выбор языка, разметка диска, куда и как установить загрузчик, пароли и пользователи. настройка сети и т.д. все что идет до установки базовой системы. Результатом работы этого этапа является получение autoinstall.shm. В конце пользователю показываются все собранные данные и задается вопрос: – «Произвести установку?» Никаких изменений на диске на этом этапе не производится.
  2. Установка. На этом этапе запускается по ранее полученному сценарию установка.
  3. Настройка на тематическую роль в целом и каждый сервис в частности. После установки на этом этапе предлагается выбрать роль компьютера. Пользователь может отказаться от выбора, и тогда этот выбор нужно предложить при первом заходе в альтератор. В зависимости от выбранной роли производится настройка.

Преимущества разделения сбора сведений и самой установкой вижу такие:
1. Экономит время. Не нужно ждать пока выполнится каждый шаг и следить а закончился ли он?
2. Гарантирует полностью рабочий autoinstall.scm.


Десктоп

Цель: Настроить десктоп.
Здесь многое уже сделано. (TODO: опишите кто хочет)

Оффисный сервер (интранет сервер)

Цель: Использование альтератора для администрирования отдельного сервера в рамках одной организации
На сервере используются:

  1. Почта: postfix+dovecot+amavis+clamav+spamassassin
  2. Файловый сервер: samba, ftp, ntfs
  3. Http сервер: apache+php или nginx+php
  4. Прокси сервер: squid+havp
  5. Севрвер времени: openntp
  6. Сервер базы данных: My SQL?, Postgre SQL?

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


Администрирование уже подразумевает управление всеми этими сервисами. И это должны быть отдельные модули, которые будут предоставлять высокоуровневое управление.
Возможно здесь нет необходимости использовать openvz

Терминальный сервер

TODO

Интернет сервер

Цель: Использование альтератора для администрирования отдельного сервера на площадке провайдера.
Несколько расширенная реализация интранет сервер. Используется Open VZ? для респределения сервисов по контейнерам. Также необходим интерфейс управления не только сервисами, но и интерфейс для пользователя, откуда пользователь может управлять своим аккаунтом: сменить пароль, управлять почтой (сортировка, обучение антиспама, вебпочта), хранить свои данные, просматривать свою статистику и т.д.


На сервере используются:

  1. Почта: postfix+dovecot+amavis+clamav+spamassassin
  2. Файловый сервер: samba, ftp, ntfs
  3. Http сервер: apache+php или nginx+php
  4. Прокси сервер: squid+havp
  5. Севрвер времени: openntp
  6. Сервер базы данных: My SQL?, Postgre SQL?

Сервер хосттинг-провайдера

Цель: предоставить средства для управления хостингом.
Схема серверов и сервисов для хостинга.
Правила которые она должна выполнять:


1.Все сервисы должны выполняться в VPS
2.Один сервис (или логическая связка) — один VPS
3.База пользователей должна быть одна
4.Управление должно осуществляться из одного места
5.Возможность отключить не используемый сервис. Модульная система.
6.Простая система обновлений на всех серверах.


Т.о. для выполнения этих правил схема серверов и сервисов будет такая:


I.Сервер HN. Является носителем VPS. Будем рассматривать его как минимальная структурная единица предоставляющая все сервисы в данном датацентре (ДЦ). При большем количестве серверов в ДЦ возможно перераспределение VPS по носителям.
Обязательные VPS какие должны располагаться на HN:
1.VPS служебный. На нем хранится база пользователей и скрипты по управлению. В случае отказа основного сервера может стать мастером для управления. Обычно это один VPS.
2.VPS для хостинга. На нем хранятся пользовательские скрипты. Установлен вебсервер и php. Количество не ограничено.
3.VPS для почты. На нем хранится пользовательская почта и работает MTA+антиспам+антивирус. Количество не ограничено.
4.VPS для mysql. На нем располагаются базы данных пользователей и работает mysql
Не обязательные VPS:
5.VPS для java хостинга. На нем установлен tomcat. Количество не ограничено.
6.VPS для Postgre SQL?. Располагаются базы для postgresql и работает сервер. Количество не ограничено.


Такая схема дает такие преимущества:
1.Обеспечит безопасность и большую отказоустойчивость. Например, если пользовательские скрипты загрузили 1 VPS, то работоспособность других VPS сохраняется.
2.Легко предоставлять пользователям те настройки которые они хотят. Например часто хотят видеть чтобы php работал как модуль. Разбив пользователей на небольшие группы, мы сможем предоставлять гибкие настройки.
3.Можно в пределах одного ДЦ держать 1 VPS с postgresql т.к. пользователей использующих эту базу не много. Или один почтовый сервер и заботиться о работоспособности одного сервера (проверять в антиспамовских базах и т.д.).
4.Единая база пользователей, единый интерфейс управления всеми пользователями, сервисами и серверами.


Необходимы следующие возможности:

  1. Административные модули:
  1. Пользовательские модули:

 
Файлов нет. [Показать файлы/форму]
Комментариев нет. [Показать комментарии/форму]