Активно растущие сайты со временем начинают потреблять большое количество ресурсов хостинга. Возникает необходимость выбрать сервер, который сможет обеспечить стабильный объем ресурсов с большим пространством для хранения данных.
Подобные возможности предоставляют два вида хостинга - выделенный сервер и VDS (виртуальный выделенный сервер). Многие пользователи путают эти виды услуг или считают их идентичными. Мы предлагаем разобраться, в чем же разница, и какой хостинг наилучшим образом подойдет для ваших проектов.
VDS (Virtual Dedicated Server) - это вид хостинга, при котором на одной физической машине (сервере) располагается множество виртуальных выделенных серверов. Принцип работы данной технологии в эмуляции физических элементов сервера, что дает возможность выбирать и переустанавливать операционную систему на VDS без ограничений, в зависимости от потребностей конкретного проекта.
Основные преимущества виртуального выделенного сервера:
Выделенный сервер (dedicated server, DS, дедик, dedic) – это физическая машина, которую клиент арендует в свое распоряжение. Все ресурсы сервера использует только он. Пользователь также получает доступ к машине по KVM-переключателю (объединяет один комплект устройств ввода-вывода между несколькими компьютерами), что делает возможным удаленно настраивать BIOS и получать доступ к серверу в случае недоступности основных служб управления (ssh/rdp).
VDS подойдет для хостинга вашего сайта в том случае, если:
Выделенный сервер будет для вас правильным выбором, если вам необходимо большое количество ресурсов для обеспечения работы своего сайта. Например, если база данных потребляет большое количество вычислительных ресурсов и затрудняет работу других веб-приложений, ее размещают на выделенном сервере. Также выделенный сервер - это наиболее стабильный вид хостинга, так как его ресурсы используются только одним пользователем, в отличие от сервера, где располагаются множество аккаунтов других клиентов.
Большинство сайтов, создаваемых с нуля, чаще всего начинают свою работу на обычном виртуальном хостинге. Эта услуга предоставляет достаточное количество ресурсов для обеспечения стабильной и быстрой работы сайта на первых этапах и является доступной по цене. Однако с ростом объемов размещаемого контента сайту становится недостаточно тех ресурсов, которые он использует совместно со своими соседями по хостингу. В ситуации, когда проекту требуется гарантированный объем ресурсов, а также необходим контроль над серверным ПО, клиент может задуматься о переходе на VDS (виртуальный выделенный сервер).
На VDS хостинге, помимо стабильного объема доступных ресурсов, данные сайта пользователя размещаются отдельно от данных других клиентов на сервере, что позволяет различным проектам не влиять на работу друг друга. В первую очередь это реализуется за счет использования более мощных физических серверов.
Основными выгодами при переходе с виртуального хостинга на VDS являются:
Работа с VDS-хостингом предполагает больше материальных вложений, нежели с виртуальным, а также наличие специализированных знаний для его администрирования. Однако такой тип хостинга обладает рядом преимуществ перед виртуальным. В ситуации, когда сайт требует фиксированного количества ресурсов, а также есть необходимость в управлении сервером, правильным выбором будет VDS-хостинг. За счет использования стабильного объема ресурсов, выделенных исключительно под нужды пользователя, и возможности устанавливать собственную операционную систему, VDS обеспечивает надежную работу сайта.
Теперь рассмотрим различия между виртуальным хостингом и VDS более подробно.
Услуги виртуального хостинга и виртуального выделенного сервера хоть и созвучны в названии, но различаются по параметрам и используются для разных типов проектов. Для выбора соответствующего хостинга важно понимать, кому подходят подобные услуги, и в чем их принципиальное различие.
Контроль над управлением
Основная разница данных видов хостинга заключается в возможности настраивать сервер под нужды клиента. Размещая свои данные на VDS, клиент получает доступ к управлению сервером и может устанавливать нужную операционную систему и программное обеспечение.
На виртуальном хостинге контроль над установкой программного обеспечения и его настройками находится у провайдера. Поэтому все клиенты данной услуги работают в рамках установленных хостером ограничений.
Ресурсы
Также еще одно отличие VDS от виртуального хостинга - это постоянная доступность ресурсов. На VDS-хостинге клиент всегда имеет постоянный объем ресурсов памяти и дискового пространства для своего сайта. Данные других пользователей, размещенные на той же физической машине, не будут влиять на нагрузку сервера, поэтому сайт на VDS будет всегда работать быстро. В случае увеличения объема хранимых ресурсов клиент может перейти на тарифный план с большим размером доступной памяти и изменить количество ядер процессора.
Виртуальный хостинг позволяет клиентам совместно пользоваться следующими ресурсами сервера:
Если у клиента появляется потребность в большем объеме ресурсов, то их можно увеличить, перейдя на другой тариф хостинга. Однако этих ресурсов может оказаться недостаточно, если пользователи используют их одновременно. В зависимости от того, что используют “соседи” по серверу, доступный объем ресурсов для сайта клиента постоянно меняется. Поэтому виртуальный хостинг хорошо подходит для размещения веб-сайтов с относительно небольшим объемом данных и средней нагрузкой.
Ограничения
На виртуальном выделенном сервере возможно разместить неограниченное количество сайтов и баз данных, а количество ресурсов для них можно постоянно увеличивать. Как только места на VDS начинает не хватать, есть возможность увеличить объем, однако и стоимость хостинга также повысится, в зависимости от выбранного объема.
На виртуальном хостинге присутствуют ограничения по количеству баз данных, сайтов, количеству почтовых ящиков. Пользователю необходимо понимать, что ограничения применяются не только к объему ресурсов, но и к количеству его проектов на одном тарифе. Однако данный вид хостинга удобен для компаний, не нуждающихся в фиксированном объеме ресурсов для своих данных.
У каждого вида хостинга есть свои преимущества и недостатки, и выбор между ними необходимо делать исходя из ваших целей и требований. Если задачи вашего проекта пока не предполагают размещения больших объемов информации и вам не требуется много ресурсов, то виртуальный хостинг будет правильным выбором. Если ваш проект оказывает высокую нагрузку на сервер, число посетителей растет с каждым днем, и сайту нужен стабильный объем ресурсов для нормального функционирования, то рекомендуем остановить свой выбор на VDS либо выделенном сервере.
Появление так называемых «облачных платформ» повлияло на целый ряд отраслей, и Web-хостинг – не исключение. Но что такое облачный хостинг, чем он отличается от VPS (Virtual Private Server)? VPS-хостинг и облачный хостинг - два похожих вида хостинга, но все же между ними есть различия, от которых зависит выбор того или иного вида хостинга в конкретных обстоятельствах. Мы уже рассказывали о разных видах хостинга – от виртуального до физического. Теперь же рассмотрим подробнее эти два.
VPS представляет собой выделенный виртуальный сервер. По сути это виртуальная среда со своей ОС - с выделенной оперативной памятью, процессорным временем и емкостью диска. Пользователь (владелец VPS) может установить на своем виртуальном сервере необходимое программное обеспечение, производить его настройку. Виртуальный сервер может служить платформой для размещения Web-сайтов. При этом сайт не будет зависеть от сайтов соседей по физическому серверу.
Облачный хостинг – это виртуальные машины (ВМ) в облаке или IaaS (инфраструктура как сервис). При таком хостинге физические серверы объединяются в кластер, а системы хранения – в сеть хранения данных (SAN).
Сравним ключевые параметры двух видов хостинга (оценки в баллах приведены по данным besthostingsearch.org):
| Параметр
|
VPS-хостинг
|
Облачный хостинг
|
| Технология |
Виртуализация на одном сервере |
Виртуализация на кластере серверов и SAN |
| Функциональность |
5 |
3 |
| Производительность |
4 |
4,5 |
| Надежность |
4 |
5 |
| Расширяемость |
3 |
5 |
| Масштабируемость |
Нет |
Да |
| Модель оплаты |
Месячная или годовая подписка |
За фактическое использование ресурсов |
| Выделение дополнительных ресурсов |
Требует времени |
Простое и оперативное |
| Выбор инфраструктуры |
Нет |
Да |
| Ресурсы ЦП и ОЗУ |
Разделяемые |
Полностью изолированные |
| Выбор ОС |
Зависит от хоста |
Любая |
| Масштаб Web-сайта |
Небольшой или средний |
Крупный |
| Примеры провайдеров |
RUVDS |
Amazon Cloud |
PS-хостинг дает возможность управлять конфигурацией виртуального сервера, на другие VPS изменения не повлияют. Провайдеры услуг VPS-хостинга обычно предлагают клиентам функции панели управления наподобие cPanel. С другой стороны, облачный сервер дает меньше прав администрирования.
Поскольку при облачном хостинге используется распределенная серверная инфраструктура, это делает распределение ресурсов более гибким и повышает отказоустойчивость сервиса, но свобода пользователей в выборе параметров хостинга более ограничена, чем в случае VPS. К тому же конфигурирование разделов может потребовать определенных знаний – это по силам опытным разработчикам приложений. В то же время, имея достаточную квалификацию, в облачном хостинге можно делать то, что недоступно в VPS.
В общем случае VPS-хостинг менее эффективен, так как ИТ-ресурсы жестко распределены между клиентами согласно их тарифным планам, независимо от того, используют они эти ресурсы, или нет.
В облаке есть возможность при необходимости подключить дополнительные ресурсы: добавить оперативной памяти, дискового пространства или пропускной способности сети. Эти ресурсы могут быть добавлены несколькими щелчками мыши и отключены, когда они более не нужны - без финансовых потерь. Таким образом, облачный хостинг – решение, которое предоставляет ресурсы по требованию. Это динамически масштабируемые и настраиваемые в соответствии с потребностями заказчика виртуальные машины.
Например, что при резком росте трафика можно моментально выделить сайту дополнительные ресурсы. В облачной среде Web-сайт использует пул ресурсов и может обслуживать весь входящий трафик, даже если он резко вырастет. Такой вариант удобен в случае Web-сайтов и приложений с непредсказуемым или трудно прогнозируемым трафиком, нагрузкой и использованием ресурсов.
При облачном хостинге обеспечение безопасности может оказаться более сложной задачей, так как данные и ресурсы распределены по разным серверам и узлам. Большинство провайдеров облачного хостинга предоставляют клиентам доступ с правами root, но нужно понимать, что данные физически могут храниться в нескольких местах. Но в облачной среде один клиент полностью изолирован от файлов другого – с этой точки зрения среда более безопасная.
Как и VPS-хостинг, облачный хостинг характеризует высокая надежность и скорость, но при сравнении оказывается, что за счет кластера серверов надежность облачного хостинга намного выше. При облачном хостинге любой отказ приводит к перемаршрутизации трафика на другой доступный физический ресурс. Время простоя минимально. Поскольку каждый виртуальный сервер не зависит от других, Web-сайты в такой среде не оказывают негативного влияния на другие.
Таким образом, Web-сайты в облаке обладают высокой доступностью. Они тиражируются между серверами кластера. При резком росте трафика одного сайта запросы маршрутизируются на менее нагруженный сервер в облаке. При отказе одного физического сервера в кластере все виртуальные машины будут продолжать работать. В результате хостинг на основе облака более стабилен, поскольку отказ одного компонента не влияет на функционирование сервиса в целом.
Зато при VPS-хостинге заранее известно, сколько придется заплатить в конце месяца. Такой вариант предпочтительнее для Web-сайтов с предсказуемым трафиком и для клиентов, предпочитающих получать счета с фиксированными суммами.
При небольшом бюджете рекомендуется VPS-хостинг : он предлагает больше функций и простую панель управления, больше IP-адресов и больше серверных ресурсов – процессорных, памяти, ввода-вывода, ресурсов хранения и канал доступа. По сути, виртуальный сервер аналогичен выделенному – вы его полностью контролируете, можете перезагружать, а стоит он намного дешевле.
Резюмируя, можно сказать, что VPS-хостинг – это низкая стоимость, контроль и безопасность, а облачный – возможности кастомизации и производительность. VPS-хостинг предпочтительнее для персонального использования и клиентов из сегмента SMB, а облачный – для более крупных заказчиков.
VPS-хостинг – хороший вариант для бизнес-критичных приложений и данных, когда предпочтительнее централизованное хранение. Однако при этом не обеспечивается высокая доступность (high-availability), при отказе хоста упадут все VPS. Возможны проблемы с информационной безопасностью. Если один из клиентов пренебрегает защитой, это может повлиять на другие VPS. Ресурсы системы разделяются между клиентами: ЦП, ОЗУ полоса пропускания сети. Если одному VPS потребуется больше ресурсов, это может повлиять на остальные виртуальные серверы. На каждом хосте может использоваться только одна ОС.
VPS-хостинг не является масштабируемым. Ресурсы лимитированы ограничениями физического сервера. Когда вы исчерпаете свой максимум ресурсов, выделенных для VPS, придется менять тариф или рассмотреть другие варианты. Это может занять немало времени - несколько часов или дней простоя.
Если вы хотите получить высокую надежность и мощные функции, то облачный хостинг – хороший выбор. Этот рынок имеет огромный потенциал, а постепенное снижение цен делает облачный хостинг более доступным.
VPS подойдет для тех, кого просто интересует хостинг Web-сайта. Однако, предлагая мощные возможности, VPS-хостинг не гарантирует безотказной работы вашего сайта в случае большого трафика или технического сбоя.
Облачный хостинг – это практические неограниченные ресурсы, максимальная полоса пропускания, балансирование нагрузки, отсутствие привязки к конкретным аппаратным компонентам, масштабируемость – можно в любой момент добавить (при увеличении нагрузки) или освободить ресурсы.
Кроме того, такой хостинг предоставляет возможности кастомизация инфраструктуры: клиенты могут использовать специальную сетевую инфраструктуру, балансировщики нагрузки, сетевые экраны. Наконец, это высокая доступность: при отказе физического сервера ВМ мигрируют на другой сервер без прерывания работы. И высокий уровень безопасности: при хакерской или вирусной атаке ваши данные будут защищены благодаря изоляции виртуального сервера.
В случае облачного виртуального сервера можно докупать ресурсы, легко добавлять оперативную память, процессорные мощности, почти неограниченные ресурсы хранения в SAN или даже создавать клоны - копии вашего сервера для резервного копирования данных.
Облачный хостинг – хороший выбор для быстро растущего бизнеса или компаний с сезонными колебаниями спроса. Это экономичный способ масштабирования ресурсов и консолидации серверов.
Подитожим «за» и «против»:
VPS
Облачный хостинг
Сервисы VDS/VPS получили широкое распространение и пользуются спросом со стороны владельцев сайтов, которым выделенного физического сервера не требуется. VPS часто используется небольшими компаниями для хостинга сайтов, разработки и тестирования программного обеспечения и размещения систем управления контентом.
Услуги VPS оказывают многие компании, которые дополняют их облачными сервисами, услугами управления и поддержки, обеспечения безопасности, лицензирования ПО. Стоимость формируется в зависимости от набора услуг поддержки и администрирования.
Хостинг-провайдеры внедряют новые технологии. Этот сервис эволюционирует и приобретает свойства типичного облачного сервиса, наряду с невысокой стоимостью и удобным управлением привлекает простой масштабируемостью, когда вычислительные ресурсы, память или емкость хранения добавляются без проблем. И постепенно облачный хостинг оставляет позади традиционные виды хостинга, стирается грань между VPS и IaaS.
Создать сайт - это только начало работы. Чтобы творение увидели остальные, нужно его разместить в Интернете. Для этого специальные интернет-провайдеры сдают в аренду пространство на сервере - по сути, место на жестком диске. Виртуальный хостинг - что это такое? Плюсы и минусы, критерии правильного выбора компании - рассмотрим в нашей статье.
Виртуальный хостинг - это аренда дискового пространства на сервере компании-хостера. На сервере могут располагаться тысячи сайтов; они делят между собой его оперативную память, мощность процессора и имеют общее ПО. Так как ресурсы раздела ограничены (часто администраторами провайдера, чтобы разбухший трафик сайта не тормозил работу соседей), виртуальный хостинг подходит для визиток, небольших порталов, лэндингов - страниц, посещаемость которых не превышает 800-1000 человек в сутки.
Компания, предлагающая услуги виртуального хостинга, идентифицирует пользователей по доменным именам (при этом IP хостующихся одинаков), либо по IP - в этом случае хозяин имеет несколько отдельных веб-интерфейсов.
Стоимость месячного размещения зависит от характеристик тарифной опции:
Для небольших сайтов виртуальный хостинг - лучший выбор, так как он:
Тем, кто заботится о безопасности интернет-ресурса (например, корпоративного портала или страницы с формами-подписками), чей трафик больше, чем предлагает провайдер, нужно обратить внимание на виртуальный сервер. Хостинг на общем сервере - для маленьких сайтов, отдельная машина в дата-центре - для сайтов крупнее.
Выделенный сервер (VPS, VDS) располагается на отдельном компьютере.
Итак, виртуальный хостинг - что это такое? Это отдельное место для размещения сайта на сервере компании-провайдера. На пространстве объемом 1500 и выше Мб хранится код, файлы контента, БД - все, что нужно для функционирования интернет-ресурса. Возможности хостинга ограничены, поэтому такой тип размещения выбирают для сайтов с посещаемостью менее 1000 человек в сутки. Однако своим разделом легко управлять с помощью панели администратора, а берет на себя арендодатель. Для крупных проектов подойдет выделенный сервер - отдельная машина в дата-центре провайдера.
Многие, начинающие пользователи сети интернет рано или поздно приходят к вопросу «А что такое хостинг?».
В этой статье мы ответим на этот вопрос и опишем стандартные решения Хостинга, которые существуют на данный момент, а также расскажем о том, как это устроено в нашей компании ООО «Хостинговые Телесистемы»
Хостинг — это техническая площадка для размещения сайтов, предоставляемая специализированными Хостинг компаниями. По-простому — это место, где лежат сайты. Работа Хостинг компании сводится к тому, чтобы предоставлять беспрерывный (в идеале) доступ пользователей интернет к сайтам, размещаемым в данной Хостинговой компании.
Услуги Хостинга можно разделить на:
А теперь, давайте рассмотрим технические варианты реализации хостинга.
Первый вариант создания хостинга — это взять обычный сервер и разместить все сервисы на нем, в большинстве случаев это типовое решение для нескольких сайтов, не требует много затрат, все сервисы размещены вместе, такие как: веб сервер, сервер баз, почтовая система.
(рис. 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.
