Активно растущие сайты со временем начинают потреблять большое количество ресурсов хостинга. Возникает необходимость выбрать сервер, который сможет обеспечить стабильный объем ресурсов с большим пространством для хранения данных.
Подобные возможности предоставляют два вида хостинга - выделенный сервер и VDS (виртуальный выделенный сервер). Многие пользователи путают эти виды услуг или считают их идентичными. Мы предлагаем разобраться, в чем же разница, и какой хостинг наилучшим образом подойдет для ваших проектов.
VDS
VDS (Virtual Dedicated Server) - это вид хостинга, при котором на одной физической машине (сервере) располагается множество виртуальных выделенных серверов. Принцип работы данной технологии в эмуляции физических элементов сервера, что дает возможность выбирать и переустанавливать операционную систему на VDS без ограничений, в зависимости от потребностей конкретного проекта.
Основные преимущества виртуального выделенного сервера:
- фиксированные выделенные ресурсы;
- широкие возможности настройки;
- легкий выбор объема доступной памяти;
- простое изменение количества ядер процессора на “лету”;
- высокая степень безопасности по сравнению с виртуальным хостингом.
Выделенный сервер
Выделенный сервер (dedicated server, DS, дедик, dedic) – это физическая машина, которую клиент арендует в свое распоряжение. Все ресурсы сервера использует только он. Пользователь также получает доступ к машине по KVM-переключателю (объединяет один комплект устройств ввода-вывода между несколькими компьютерами), что делает возможным удаленно настраивать BIOS и получать доступ к серверу в случае недоступности основных служб управления (ssh/rdp).
VDS подойдет для хостинга вашего сайта в том случае, если:
- вы хотите получать гарантированный объем серверных ресурсов;
- вам необходимо иметь возможность настраивать работу сервисов;
- вам необходим хостинг, схожий по возможностям с выделенным сервером, но по более доступной цене.
Выделенный сервер будет для вас правильным выбором, если вам необходимо большое количество ресурсов для обеспечения работы своего сайта. Например, если база данных потребляет большое количество вычислительных ресурсов и затрудняет работу других веб-приложений, ее размещают на выделенном сервере. Также выделенный сервер - это наиболее стабильный вид хостинга, так как его ресурсы используются только одним пользователем, в отличие от сервера, где располагаются множество аккаунтов других клиентов.
Переход на VDS
Большинство сайтов, создаваемых с нуля, чаще всего начинают свою работу на обычном виртуальном хостинге. Эта услуга предоставляет достаточное количество ресурсов для обеспечения стабильной и быстрой работы сайта на первых этапах и является доступной по цене. Однако с ростом объемов размещаемого контента сайту становится недостаточно тех ресурсов, которые он использует совместно со своими соседями по хостингу. В ситуации, когда проекту требуется гарантированный объем ресурсов, а также необходим контроль над серверным ПО, клиент может задуматься о переходе на VDS (виртуальный выделенный сервер).
На VDS хостинге, помимо стабильного объема доступных ресурсов, данные сайта пользователя размещаются отдельно от данных других клиентов на сервере, что позволяет различным проектам не влиять на работу друг друга. В первую очередь это реализуется за счет использования более мощных физических серверов.
Основными выгодами при переходе с виртуального хостинга на VDS являются:
- Контроль над системой, а также возможность устанавливать необходимую операционную систему.
- Масштабируемость. В любой момент времени клиент может изменить конфигурацию сервера: увеличить размер жесткого диска, доступную оперативную память, количество ядер процессора, ширину канала сети.
- Независимость – виртуальные серверы-«соседи» на физической машине работают независимо и не «перетягивают» друг у друга ресурсы.
- Отдельные IP-адреса. На обычном виртуальном хостинге несколько сайтов нередко используют один IP-адрес, а на VDS каждый клиент владеет персональным выделенным IP. Это делает ваш проект полностью независимым от “соседей” по серверу, что повышает стабильность работы вашего проекта в случае DDoS-атак злоумышленников на IP-адреса других сайтов.
Работа с VDS-хостингом предполагает больше материальных вложений, нежели с виртуальным, а также наличие специализированных знаний для его администрирования. Однако такой тип хостинга обладает рядом преимуществ перед виртуальным. В ситуации, когда сайт требует фиксированного количества ресурсов, а также есть необходимость в управлении сервером, правильным выбором будет VDS-хостинг. За счет использования стабильного объема ресурсов, выделенных исключительно под нужды пользователя, и возможности устанавливать собственную операционную систему, VDS обеспечивает надежную работу сайта.
VDS и виртуальный хостинг
Теперь рассмотрим различия между виртуальным хостингом и VDS более подробно.
Услуги виртуального хостинга и виртуального выделенного сервера хоть и созвучны в названии, но различаются по параметрам и используются для разных типов проектов. Для выбора соответствующего хостинга важно понимать, кому подходят подобные услуги, и в чем их принципиальное различие.
Контроль над управлением
Основная разница данных видов хостинга заключается в возможности настраивать сервер под нужды клиента. Размещая свои данные на VDS, клиент получает доступ к управлению сервером и может устанавливать нужную операционную систему и программное обеспечение.
На виртуальном хостинге контроль над установкой программного обеспечения и его настройками находится у провайдера. Поэтому все клиенты данной услуги работают в рамках установленных хостером ограничений.
Ресурсы
Также еще одно отличие VDS от виртуального хостинга - это постоянная доступность ресурсов. На VDS-хостинге клиент всегда имеет постоянный объем ресурсов памяти и дискового пространства для своего сайта. Данные других пользователей, размещенные на той же физической машине, не будут влиять на нагрузку сервера, поэтому сайт на VDS будет всегда работать быстро. В случае увеличения объема хранимых ресурсов клиент может перейти на тарифный план с большим размером доступной памяти и изменить количество ядер процессора.
Виртуальный хостинг позволяет клиентам совместно пользоваться следующими ресурсами сервера:
- дисковым пространством,
- ресурсами центрального процессора,
- количеством места под базы данных.
Если у клиента появляется потребность в большем объеме ресурсов, то их можно увеличить, перейдя на другой тариф хостинга. Однако этих ресурсов может оказаться недостаточно, если пользователи используют их одновременно. В зависимости от того, что используют “соседи” по серверу, доступный объем ресурсов для сайта клиента постоянно меняется. Поэтому виртуальный хостинг хорошо подходит для размещения веб-сайтов с относительно небольшим объемом данных и средней нагрузкой.
Ограничения
На виртуальном выделенном сервере возможно разместить неограниченное количество сайтов и баз данных, а количество ресурсов для них можно постоянно увеличивать. Как только места на VDS начинает не хватать, есть возможность увеличить объем, однако и стоимость хостинга также повысится, в зависимости от выбранного объема.
На виртуальном хостинге присутствуют ограничения по количеству баз данных, сайтов, количеству почтовых ящиков. Пользователю необходимо понимать, что ограничения применяются не только к объему ресурсов, но и к количеству его проектов на одном тарифе. Однако данный вид хостинга удобен для компаний, не нуждающихся в фиксированном объеме ресурсов для своих данных.
Какой хостинг выбрать
У каждого вида хостинга есть свои преимущества и недостатки, и выбор между ними необходимо делать исходя из ваших целей и требований. Если задачи вашего проекта пока не предполагают размещения больших объемов информации и вам не требуется много ресурсов, то виртуальный хостинг будет правильным выбором. Если ваш проект оказывает высокую нагрузку на сервер, число посетителей растет с каждым днем, и сайту нужен стабильный объем ресурсов для нормального функционирования, то рекомендуем остановить свой выбор на VDS либо выделенном сервере.
Разные поставщики понимают под "игровым хостингом" совершенно отличающиеся услуги.
Судя по контексту, "хостингом для игровых серверов" Ваш поставщик называет готовый игровой сервер с продажей слотов. Будем исходить из этого.
Домашний сервер (aka "под столом"):
+ Практически полное отсутствие денежных инвестиций (только инет и ремонт компа)
+ Много уже имеющейся RAM
+ Полное управление над сервером и его окружением (в т.ч. аппаратно)
- Самостоятельное администрирование
- Нужно самому делать бекапы
- Неустойчивость перед сетевыми атаками (а Minecraft от них особенно уязвим из-за UDP)
- Риск плохой связности с частью игроков (но иногда на провайдера везёт)
- Нужен прямой IP
- Спонтанное выключение сервера при отключении электричества (если нет бесперебойника), корраптящие или откатывающие файлы игрового мира
Подходит для игры закрытой компанией знакомых (до 5-15 человек).
Не подходит для размещения >15 человек (условно) и популяризации в сети, т.к. риск не справиться с сетевой атакой и больше вероятности оффлайнов или потери данных (ответственность перед игроками).
Игровой хостинг:
+ Отсутствие геморроя с администрированием окружения и аппаратным ремонтом
+ Отсутствие геморроя с настройкой сервера самой игры
+ Бекапы делают за вас
+ Игровой сервер сопровождают за вас (обновление minecraft.jar, плагинов к серверу и т.д.), и делают это хорошо, т.к. специализируются на этом
+ Хоть какая-либо защита от DDoS, т.к. от атаки одного, страдают все клиенты, в чём хостер не заинтересован
- Ежемесячная аренда услуги
- Отсутствие полноценного доступа к серверу
- Риск попасть на непрофессиональных недоучек (т.к. это ниша, наполненная "школьными" предпринимателями) и вытекающие из этого риски
- Зависимость от ассортимента и версий minecraft.jar и плагинов, которые выберет хостер
- Дорогостоящее расширение кол-ва слотов
Подходит для начинающего публичного сервера до 20 человек.
Становится невыгодным для размещения большого количества человек по мере роста сервера.
Выделенный сервер (VPS/VDS):
+ Значительно дешевле, чем аренда слотов у игрового хостинга
+ Полное управление над сервером
+ Независимость от хостера во всём: версии Minecraft, плагины, операционка, окружение
- Ежемесячная аренда услуги
- Стоимость во многом зависит от кол-ва RAM
- Риск появления лагов от перегрузки у соседей (напр.: на них обрушился DDoS)
- Защита от DDoS есть далеко не у всех провайдеров VPS/VDS
- Нужно самому делать бекапы
Подходит для средних и крупных серверов Minecraft.
Невыгоден для размещения 1-5 человек.
Итак, обсудим в каком случае и что лучше использовать. Многие довольно часто задумываются попадая на сайт хостинг-компании какой тариф выбрать? Выбрать обычный хостинг, виртуальный сервер или выделенный? Хорошо если у вас под рукой есть разработчик, который сможет вам подсказать что лучше выбрать. Но наверняка многим хотелось бы самими понимать и иметь представление что им нужно и чего ожидать от полученной услуги.
Виртуальный хостинг
Виртуальный хостинг (англ. shared hosting ) - вид хостинга, при котором множество веб-сайтов расположено на одном веб-сервере. Это самый экономичный вид хостинга, подходящий для небольших проектов.
Обычно каждый веб-сайт расположен на своём собственном разделе веб-сервера, но они все вместе пользуются одним и тем же программным обеспечением.
Виртуальный хостинг как услугу сравнивают и описывают по количественным ограничениям:
- размер дискового пространства;
- количество месячного трафика;
- количество сайтов, которые можно разместить в рамках хостинга как одной услуги;
- количество баз данных и количество места под базы данных;
- количество почтовых ящиков и FTP-аккаунтов;
- и т.д.
Итак, Вы только начинаете покорять просторы Интернета и решили разместить свой небольшой сайт. В этом случае вам нужен обычный виртуальный хостинг, который уже включает в себя как правило поддержку PHP, MySQL и т.д. Набор поддерживаемых функций и характеристики могут отличаться только в зависимости от выбранного вами Тарифа. Определитесь сколько вам нужно дискового пространства (берите с запасом превышающим реальный размер вашего сайта хотябы в 2 раза, т.е. у вас сайт 100Мб, заказывайте смело 200Мб).
Не стоит забывать что заказывая обычный хостинг - это сервер на котором могут размещать несколько сотен клиентов и не редко это соседи могут доставлять некоторые неудобства, тем самым напоминая коммунальную квартиру.
Если по мере развития вашего проекта вы приходите к решению, что вам хотелось бы чтоб соседей и вовсе не было, либо ваш проект стал посещаемым, в результате чего он периодически перестает у вас открываться или производит "избыточную нагрузку на сервер" и вас просят увеличить тарифный план, то тут можно посмотреть в сторону тарифов "виртуальных серверов". В этом случае вы получаете изолированную хостинг площадку, но по прежнему ваш виртуальный сервер будет использовать общие ресурсы выделененого сервера. И порой ресурсов в вашем распоряжении от виртуального сервера может оказаться гораздо меньше чем у вас было на обычном хостинге. Перед выбором в сторону виртуального сервера проконсультируйтесь со службой технической поддержки и опишите им свои соображения и видение развития вашего проекта, вам обязательно помогут и посоветуют несколько вариантов. Помните - выбор всегда за вами.
Виртуальный выделенный сервер
VPS (англ. Virtual Private Server ) или VDS (англ. Virtual Dedicated Server ) - услуга, в рамках которой пользователю предоставляется так называемый Виртуальный выделенный сервер.
Виртуальный выделенный сервер эмулирует работу отдельного физического сервера. На одной машине может быть запущено множество виртуальных серверов. Помимо некоторых очевидных ограничений, каждый виртуальный сервер предоставляет полный и независимый контроль и управление, как предоставляет его обычный выделенный сервер.
Каждый виртуальный сервер имеет свои процессы, ресурсы, конфигурацию и отдельное администрирование.
Администратор-владелец виртуального сервера может устанавливать любые приложения, работать с файлами и выполнять любые другие задачи, возможные на отдельной машине. Аренда виртуального сервера - популярный вид хостинга, так как предоставляет разумный баланс между ценой и возможностями для большинства владельцев интернет сайтов и приложений. Итоговая стоимость может сильно различаться в зависимости от пакета услуг, технической поддержки и администрирования.
Существует заблуждение, что VPS предоставляет клиенту больше ресурсов. Однако это не совсем верно: в то время как сайту, размещённому на виртуальном хостинге, доступны все ресурсы физического сервера (но множеству сайтов приходится конкурировать за эти ресурсы), сайту на VPS доступны лишь ограниченные ресурсы самого VPS, однако они гарантированы и конкуренция отсутствует. Это приводит к более рациональному и эффективному использованию ресурсов, что увеличивает производительность и стабильность работы VPS.
Тарифы VPS можно использовать как для перепродажи, так и для просто отдельных проектов.
Выделенный сервер
Выделенный сервер (англ. dedicated server ) - вид хостинга, при котором клиенту целиком предоставляется отдельная физическая машина (в противоположность виртуальному хостингу). Обычно используется для запуска приложений, которые не могут сосуществовать на одном сервере с другими проектами или имеют повышенные требования к ресурсам.
Если у вас уже достаточно мощный проект с большой посещаемостью или набирающий популярность, или вы просто решили самостоятельно организовать свой хостинг бизнес, или просто хотите реализовать свой проект и не зависеть от соседей по серверу, то вам однозначно лучше отдать предпочтение отдельному физическому серверу.
Помните, прежде чем сделать выбор, не стесняйтесь - консультируйтесь у специалистов, это сэкономит вам в дальнейшем ваши нервы и деньги.
Обратившись в хостинговую компанию, у Вас спросили, где Вы хотите установить свой сайт, на виртуальном хостинге или на виртуальном сервере, а также возможно предложили услугу аренды физического сервера. Вы предстали перед большой дилеммой, что выбрать? Ведь от количества тарифных планов на виртуальный хостинг и виртуальный сервер кружится голова. Что выбрать?
На самом деле все не так сложно, как кажется. В первую очередь Вы должны узнать следующие параметры Вашего сайта:
1. Сколько свободного дискового пространства требует Ваш сайт. Проще говоря, сколько он весит в мегабайтах(мб). Узнав это, Вы сможете отсеять тарифные планы, предлагающие меньше дискового пространства. При подсчете размера Вашего сайта, не забудьте о размере базы данных, если она у Вас есть. Также подумайте о почтовых ящиках. Если Вы хотите использовать почтовые ящики со своим доменным именем, для начала отделите 50мб для каждого предполагаемого ящика. Представим, к примеру, что Ваш сайт весит 100 мб, база данных Вашего сайта весит 30мб, и Вы хотите иметь 3 почтовых ящиков, для которых отделяете по 50мб для каждого. Итого потребуется 330мб свободного места.
2. Теперь необходимо обратить внимание на функциональность Вашего сайта. Что Вы публикуете на своем сайте. Если Вы предполагаете публиковать видео материалы, файлы большого размера на скачку, а также большую коллекцию фотографий большого размера, транслировать онлайн видео, тогда Вам виртуальный хостинг не как не подойдет. Вы должны начинать с виртуального сервера. Для начала возьмите самый дешевый тарифный план виртуального сервера. При этом обратите внимание, чтобы Вам было достаточным дисковое пространство выделяемое данным тарифным планом. А также, не забудьте оговорить с хостинг компанией, о возможности в будущем перейти на более комфортный для Вас тарифный план виртуального сервера. Если же у Вас обычный информационный сайт, с текстами и картинками, тогда Вам нужно обратить внимание на следующий параметр.
3. Посещаемость сайта. Очень сложно для новичка, определить, сколько людей будут посещать его в день. Но от того как точно Вы сможете предсказать будет зависеть правильность Вашего выбора. Подумайте, для кого Вы предназначаете свой сайт, какая у Вас аудитория посетителей? Если Ваш сайт узкоспециализированный, в этом случае не стоит ждать большого количества посетителей. Когда как если у Вас развлекательный портал или социальная сеть, скорее всего Вы, сможете добиться большой посещаемости на Ваш сайт. Конечно, это будет зависеть от продвижения Вашего сайта, но это уже другой вопрос. Если Вы рассчитываете на посещаемость более 5000 человек в месяц, смело берите виртуальный сервер, опять-таки, начните с самого дешевого тарифа, позволяющий уместить Ваш сайт.
Это все, для начала разобраться в этих параметрах будет достаточным, для того чтобы правильно сделать выбор.
Знайте, что Вам нет необходимости, сразу покупать выделенный физический сервер. Так как стоимость подобного сервера намного выше, чем у виртуального сервера. Когда как перенести сайт с виртуального сервера на физический сервер будет не сложно. А вот перенос с виртуального хостинга на виртуальный сервер, может быть не таким уж простым. Так как в этом случае будет меняться программное обеспечение, которое использует хостинг провайдер на сервере виртуального хостинга, и хостинг провайдер может попросить за эту услугу дополнительную оплату.
Всем удачи в своих начинаниях!
Теги: хостинг, сервер
Многие, начинающие пользователи сети интернет рано или поздно приходят к вопросу «А что такое хостинг?».
В этой статье мы ответим на этот вопрос и опишем стандартные решения Хостинга, которые существуют на данный момент, а также расскажем о том, как это устроено в нашей компании ООО «Хостинговые Телесистемы»
Хостинг — это техническая площадка для размещения сайтов, предоставляемая специализированными Хостинг компаниями. По-простому — это место, где лежат сайты. Работа Хостинг компании сводится к тому, чтобы предоставлять беспрерывный (в идеале) доступ пользователей интернет к сайтам, размещаемым в данной Хостинговой компании.
Услуги Хостинга можно разделить на:
- Виртуальный Хостинг (или просто Хостинг);
- Виртуальный выделенный сервер (или VPS, он же VDS);
- Аренда выделенного сервера.
А теперь, давайте рассмотрим технические варианты реализации хостинга.
Первый вариант создания хостинга — это взять обычный сервер и разместить все сервисы на нем, в большинстве случаев это типовое решение для нескольких сайтов, не требует много затрат, все сервисы размещены вместе, такие как: веб сервер, сервер баз, почтовая система.
(рис. 1)
Более сложный вариант — это когда сервис базы данных выносится на отдельный сервер, то есть нагрузка на обработку запросов к базе данных вынесена на отдельный сервер, тем самым разгружая непосредственно сервер контента и почты.
(рис. 2)
Еще сложнее система, когда все основные сервисы разнесены по отдельным физическим серверам, не мешая друг другу в работе.
(рис. 3)
У всех выше перечисленных систем есть свои минусы и плюсы.
Например, на все находится на одном сервере, удобно администрировать и контролировать, но это также дает и минусы. Предположим, на сервер начинает поступать множество запросов, которое заставляет сервер генерировать динамический контент, причем для создания контента требуется задействовать ресурсы базы данных, так вот в этом случает при плохой разработке может случиться весьма неприятный казус.
Суть его в том, что пришедший запрос на веб-сервер порождает запрос к базе данных, который по разным причинам может выполняться достаточно долгое время, при этом потребляя достаточно большое количество ресурсов системы в целом. И так приходит еще один запрос на веб-сервер, и еще, и еще, в результате сервер работает все медленней и медленней, пытаясь обработать все запросы. В итоге работа всего сервера будет парализована, и даже пользователи, которые запросят контент не связанный с динамической конфигурацией, могут его и не получить из-за перегруженной системы.
(рис. 4)
Все запросы приходят на «front-end» и дальше этим сервером распределяются между остальными «back-end» серверами. Можно подумать какая же это хорошая схема, а на самом деле, что будет, если «front-end» сломается? Правильно, никакое кол-во «back-end» не поможет спасти ситуацию, если нет «front-end» сервера. Значит нужно предусмотреть какой-то альтернативный вариант для такого случая.
Для этого надо подняться на уровень выше, на уровень маршрутизирующего оборудования, в то самое место, куда на уровне IP добрался пакет в пределы досягаемости вашей системы, но еще не успел дойти до ваших серверов и у вас есть шанс вмешаться в процесс, куда же направить этот пакет.
Кстати, это место достаточно интересное и имеет множество решений.
Как пример, если у вас роутер имеет поддержку WCCP (Web Cache Communication Protocol), то можно использовать его для этих целей. Его суть будет сводиться к тому, что если ваш «front-end» жив и регулярно отвечает на запросы роутера или уведомляет его о своей жизни, роутер перехватывает пакет и направляет его именно на «front-end». Если же связь с «front-end» утеряна, то роутер направляет запросы напрямую на один или множество «back-end», все зависит от вашего желания и типа настроек.
Даже если у вас и нет дорогого роутера, то и тут остается большое поле для действий. Обычный сервер можно превратить в роутер, используя различные системы, такие как ipfw, iptables, pf можно достигнуть похожего результата, я бы сказал даже большего, чем в выше описанном случае. Управлять правилами тут можете вы сами при написании достаточно простых программок. Если же к этому еще и подключить, например CARP (Common Address Redundancy Protocol), то можно сделать дубль такого сервера, в случае выхода из строя одного сервера, работу подхватит другой, тем самым увеличив надежность системы в целом.
Более того, имея вышеперечисленные системы, вам будет проще бороться с такой частой проблемой в последнее время, как DDOS(Distributed Denial of Service). Так как вы не допустите попадания негативного трафика на основные сервера системы, тем самым защитив их.
И опять возник вопрос — «Что можно еще улучшить?»
Да не проблема, давайте возьмемся за почтовую систему, на первом этапе, когда вы еще все только начинали, самое важно не допустить простых ошибок. Например, для всех почтовых протоколов выдать клиентам одно и тоже имя вида mail.domain.ru, все равно же один сервер скажете вы. Но в дальнейшем в случае расширения вам придется сложней разделять это имя по разным протоколам, поэтому не ленитесь, сделайте отдельные имена на разные протоколы: smtp, pop, imap, даже если они пока и ведут на один сервер.
Следующим шагом можно разделить протоколы smtp от pop и imap, причем для большей надежности, можно разделить smtp на два отдельных сервера для входящей и исходящей почты.
Так же с увеличением кол-ва входящих или исходящих сообщений, можно будет увеличивать кол-во серверов smtp. В случае сервера исходящих сообщений можно использовать указание нескольких ip адресов в dns сервере, и тогда по алгоритму round-robin исходящий сервер клиентом будет выбираться по принципу перебора адресов по круговому циклу, тем самым распределяя нагрузку между серверами.
Точно так же можно поступить и с серверами входящей почты, но у вас есть еще один инструмент для управления процессом, куда же доставлять почту идущую на домены ваших клиентов. Этот параметр MX тип записи в dns, который указывает на mail-exchange сервера, которые обслуживают почту для домена. У этого типа записи можно указывать приоритет для каждого сервера или множества серверов, тем самым контролируя в каком порядке и на какой сервер будет доставлено письмо для вашего клиента.
Imap и pop протоколами немного проще, по сути, они должны жить рядом с достаточно большим хранилищем почты, чтобы не лимитировать клиентов размерами ящиков. То есть для этой цели подойдет любой сервер с большими дисками, в дальнейшем конечно лучше использовать raid системы для надежного хранения почты, если вы будете брать с клиентов деньги за это то вы должны обязательно задуматься о надежном хранении.
С почтой развлеклись, чем бы нам заняться еще...
И тут есть тоже варианты, например CRON (планировщик задач для выполнения ваших программ). Обычно в него помещают энергоемкие и сложные задачи по обработке какой-то аналитики или операций обслуживания систем. И это может тоже вызывать проблему, если не по дискам, так по памяти или процессору, что может помешать выдачи контента с веб-сервера. Тут как вариант можно предложить следующее.
Файловую систему можно вынести на другой сервер, например по NFS, и на нем обслуживать cron задания. Так же на этот сервер можно вынести ssh доступ, так как работа этого сервера не связана с работой основного веб-сервера. Тут можно позволить клиентам пользоваться различными программами, которые вы раньше не позволяли использовать, например различные компиляторы. Ftp нет смысла сюда выносить, все же загрузка файлов должна быть ближе к хранилищу и как правило ftp не вызывает проблем ни по диску, ни по процессору, ни по памяти.
Если стало опять скучно, то можно заняться модернизацией «back-end» серверов.
Чаще всего на таких серверах происходит реконфигурация, дабы не заставлять этого делать, есть несколько путей.
Первый — это создания виртуального мапинга имен сайтов, через пути в файловой системе в которых будет фигурировать имя сайта, но в этом случае крайне сложно будет регулировать настройки определенных сайтов.
Второй вариант, это написание своего модуля который будет динамически создавать и кешировать конфигурацию на основе базы данных. Тут тоже не стоит особо увлекаться, так как если выбрать базу данных mysql или pgsql, можно будет парализовать или их работу или в случае их поломки парализовать работу сайтов, тут лучше использовать или BDB или CDB. То есть использовать промежуточную базу для хранения настроек и обновлять их, если произошли изменения в центральной базе.
Когда вы справились с вышеописанной задачей, то можно выбрать еще что-то.
Давайте подумаем, а как мы можем всем сайтам давать при необходимости отдельный ip адрес. Если у вас не один и не два сайта, а несколько тысяч, то возникает не простая ситуация. Надо прописать все ip к определенным сайтам, весьма не впечатляющее занятие, помимо прописывания в конфигах веб-сервера надо прописывать это и в конфигах самой операционной системы, что даже при некой автоматизации, потом ужасно некрасиво будет выглядеть.
Тут у себя мы выбрали немного другое решение, это создание reverse-proxy c хитрым мапингом, суть его сводится к следующем, на роутере создается маршрут для достаточно большой сети, которая направляется на адрес нашего прокси сервера. На самом проксе сервере, прописывается правило все пакеты идущее к нам в этой сети перенаправлять в определенный порт, причем именно перенаправлять, то есть оставляя в пакетах информацию о src и dst адресе. Дальше наш прокси сервер, получая этот пакет, видит куда он направлен, опять же через промежуточно сформированный CDB файл, и определяет на каком из «back-end» находится контент по данному запросу, направляет этот запрос туда и передает ответ клиенту.
По такой же аналогии можно вообще раздать всем сайтам IPV6 адреса, наверняка в вашей базе, где хранится список сайтов, у каждого сайта есть свой уникальный числовой идентификатор, как правило, это integer, а это всего лишь 32 бита, для ipv6 это сущая мелочь. То есть на все ваши проделки хватит сети /96, 4 млрд. адресов. :-)
Суть идеи такова, пакеты перехватываются и направляются опять же в порт проки сервера, только в этом случае мы берем последние 4 байта адреса ipv6, которые и есть уникальный идентификатор сайта, дальше не составит опять заглянуть в базу и найти, куда направить этот запрос уже по верх ipv4.