Например, Windows XP не поддерживает IPv6, а большинство пользователей сейчас именно на нем (можно конечно установить дополнительное ПО, но это опять же крайне нехотя). Кроме того, Firewall-ы нормально не работают под IPv6, в связи с тем, что адреса 128-битные.
У провайдеров тоже нет особого рвения, потому что бюджет составляют не технари, а объяснить менеджеру, что нужно внедрить проект, в который нужно вложить деньги и не получить прибыль крайне сложно.
Питание и охлаждение необходимо рассчитывать исходя из конкретного числа стоек. Потребление каждой стойки 2-5 кBт/ч. Разумеется, должно быть минимум 2 ввода с различных подстанций.
Кроме того, необходима автономная дизель генераторная установка (ДГУ), также модель подбирается в зависимости от рассчетной мощности потребления. К примеру, FG Wilson:
http://www.fgwilson.com/cda/layout?m=186446&x=7
Если хочется законным путем обойти рутину согласования проекта установки ДГУ с МЧС и экологами, то можно воспользоваться мобильной платформой.
Система кондиционирования подбирается исходя из тепловыделения используемого оборудования. Выделяемое оборудованием тепло приблизительно равно потребляемой электрической мощности. Можно использовать либо прецизионную либо канальную систему охлаждения с "зимним комплектом", позволяющим работать на охлаждение при температуре до -30. Конечно, если позволяет бюджет, то нужно использовать прецизионную систему охлаждения (как минимум раз в 5 дороже, зато соответствует европейским стандартам и не допускает даже незначительных скачков температуры). Реализуем систему горячих-холодных коридоров: ряды стоек стоят друг напротив друга, на лицевую часть стоек поступает холодный воздух, с задних частей стоек забирается горячий воздух. К примеру, используем кондиционеры Mitsubishi Electric мощностью 33.5 кВт в количестве, необходимом для покрытия потребляемой мощности, также не забываем учитывать резервирование.
Лучше всего использовать газовую систему пожаротушения, так как они прозрачны, не проводят электричество и не оставляют следов на оборудовании. Желательно использовать безопасные (условно, так как газ понижает уровень кислорода) для человека газы (такие как хладон, азот, аргон). Система пожаротушения будет рассчитываться от объема помещения и синхронизироваться с пожарной сигнализацией.
План разводки внутренней сети будет зависеть от помещения: можно сделать распределенную топологию с несколькими залами и главной распределительной зоной, в которую будет сходиться магистраль со всех залов и заводиться оптоволокно провайдеров. В каждом зале своя горизонтальная распределительная зона (где устанавливаются коммутаторы, KVM, возможно, маршрутизаторы доступа) и аппаратная зона (стойки/шкафы).
Два магистральных маршрутизатора, которые будут осуществлять горячий резерв и на которых будет поднят eBGP-протокол с апстримами. В настоящий момент оптимальным на мой взгляд (цена-качество, поддержка IPv6, защита от DDoS) были бы маршрутизаторы производства Juniper. Учитывая масштабы (несколько сотен стоек), нужно смотреть в сторону MX-серии.
Несколько пограничных маршрутизаторов, которые будут добавляться по мере наращивания числа стоек (где-то один пограничный маршрутизатор на отдельный зал). Желательно обеспечить резервирование с помощью протокола HSRP (Hot Standby Redundancy Protocol) или GLBP (Gateway Load Balancing Protocol), чтобы при выходе из строя одного из маршрутизаторов - весь клиентский трафик автоматом пошел на другой (HSRP), либо балансировал между двумя (GLBP). Между маршрутизаторами поднять iBGP-протокол. В качестве пограничных можно использовать Juniper J6350. В принципе можно обойтись и без пограничных маршрутизаторов - все выводить на магистральные маршрутизаторы.
В качестве коммутаторов (опять же ИМХО, цена-качество) рекоммендую использовать коммутаторы Extreme. Устанавливаем два центральных коммутатора (Core Layer) с портами 10G (например, Summit X650-24X), соединяем их между собой и магистральными маршрутизаторами. Затем подключаем к ним коммутаторы (например, Summit X450-24X) уровня распределения (Distribution Layer) - каждый коммутатор будет подключен к каждому из центральных коммутаторов (будет отрабатывать Spanning Tree Protocol, для логического разрыва колец). Коммутаторы Access Layer будут "звездой" включаться в коммутаторы уровня распределения (Summit X350-48X, хватает на 2 стойки).
Ширину внешних каналов рассчитать достаточно сложно, не зная под какие проекты пойдут сервера, и как быстро будет заполняться ДЦ.
Внешние каналы всегда можно расширить, только нужно предварительно обсудить это с провайдерами, чтобы они имели данную техническую возможность. Начинать можно с пары гигабитных апстримов и одного гигабита в точку обмена трафиком национального значения.
Конфигурация серверов будет зависеть от целевого рынка и позиционирования ДЦ.
На мой взгляд, будущее за виртуализацией и облачными технологиями. Это и минимизация энергозатрат и максимизация использования ресурсов серверов. Можно реализовать крупный проект в этом направлении.
Идеальным вариантом было бы подключиться напрямую к нескольким провайдерам международного значения (таких как Level3, Cogent, GBLX, ETT, Retn...). Если в месте размещения ДЦ провайдеры такого уровня не зашли, то нужно искать провайдеров национального масштаба, которые либо предоставят транспорт. Как уже было сказано, необходимо подключиться к национальной точке обмена трафиком, чтобы в дом напротив трафик не ходил через Франкфурт.
Город с парой-тройкой миллионов жителей и без крупных операторов в 2010 году звучит не очень правдоподобно. Но на мой взгляд - оптика в каждый дом сейчас наиболее востребована. На тех же свитчах (Summit X650-24X) строим кольца для ядра сети, в микрорайоны заходим свитчами уровня распределения (Summit X450-24X), в дома - уровня доступа (Summit X350-48X, абонентам можно и подешевле что-нибудь, те же D-Link).
Да, еще необходимо будет определиться с получением IP-адресов. IPv4 осталось 8%, на IPv6 народ переходит крайне нехотя. Поэтому с получением блока IPv4 необходимо будет поторопиться. Так как блок будет значительным, то Ripe предложит брать PA (Provider Aggregatable) блок и становиться LIR (Local Internet Registry).
1. Если есть свободные 1000$, то можно заказать покупку сервера (наш менеджер поможет выбрать оптимальный вариант), затем использовать услугу colocation.
2. Если не хочется инвестировать сразу большую сумму, то можно заказать сервер с выкупом через год (цена будет выше сервера без выкупа приблизительно на 20%). Через год - сервер Ваш, без накладных расходов и первоначальных вложений.
Это ограничение на размер памяти, которая может использоваться php-скриптом. Данный параметр предотвращает неограниченное использование памяти сервера из-за ошибок в скриптах.
CPU: Core2Duo E7400 2.8GHz;
HDD: 2 * 500 GB (Software RAID-1);
RAM: 4GB;
Цена: 100$/мес.
Если учитывать Ваши требования, то придется доплатить за:
- ISPmanager-Lite - 15$/мес;
- 5 IPs дополнительно - 10$/мес.
Итого: 125$/мес.
Сервер будет предоставлен завтра до обеда.
Подробности в личку.
vv-master добавил 30.03.2010 в 02:17
Если необходимо более срочное решение, то можем предложить следующую конфигурацию сервера:
CPU: 2 * Intel Core 2 Xeon X3220 2.4 GHz
RAM: 2 Gb (ECC)
HDD: RAID5 = 102GB (4 x SCSI: 68GB, 68GB, 35GB, 35GB)
Цена: 199$/мес.
С учетом Ваших требований:
ISPmanager-Lite - 15$/мес.
5 IPs дополнительно - 10$/мес.
Итого: 224$/мес.
На сервере установлена FreeBSD 7.1-RELEASE, без панели можем отдать сразу после оплаты, либо как только закончим установку панели.
