Цель: Установить ОС на компьютер. При этом проходятся такие этапы установки:
Преимущества разделения сбора сведений и самой установкой вижу такие:
1. Экономит время. Не нужно ждать пока выполнится каждый шаг и следить а закончился ли он?
2. Гарантирует полностью рабочий autoinstall.scm.
Цель: Настроить десктоп.
Здесь многое уже сделано. (TODO: опишите кто хочет)
Цель: Использование альтератора для администрирования отдельного сервера в рамках одной организации
На сервере используются:
Здесь нужно разделить первоначальную настройку и само администрирование.
Первоначальная настройка и получение работоспособного сервера сервера должна осуществляться полностью в автоматическом режиме. Т.е. от пользователя требуется только указать какую роль выполняет данный сервер и получить работоспособный, настроенный сервер. Этот этап может выполняется как в инсталяторе после выбора соответствующей роли, так и отдельно уже после установки.
Администрирование уже подразумевает управление всеми этими сервисами. И это должны быть отдельные модули, которые будут предоставлять высокоуровневое управление.
Возможно здесь нет необходимости использовать openvz
TODO
Цель: Использование альтератора для администрирования отдельного сервера на площадке провайдера.
Несколько расширенная реализация интранет сервер. Используется Open VZ? для респределения сервисов по контейнерам. Также необходим интерфейс управления не только сервисами, но и интерфейс для пользователя, откуда пользователь может управлять своим аккаунтом: сменить пароль, управлять почтой (сортировка, обучение антиспама, вебпочта), хранить свои данные, просматривать свою статистику и т.д.
На сервере используются:
Цель: предоставить средства для управления хостингом.
Схема серверов и сервисов для хостинга.
Правила которые она должна выполнять:
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.Единая база пользователей, единый интерфейс управления всеми пользователями, сервисами и серверами.
Необходимы следующие возможности: