Обращайтесь к поставщику, это их проблемы должны быть а не Ваши. Если конечно поставщик нормальный.
1 gbps ddos это уже давно реальность. 8 gbps много, и начнет создавать проблемы практически любому дц, более или менее, но 1 gbps сможет держать практически любой приличный дц с каналами, другой вопрос будет ли клиент за это платить. Вот недавно на один сервак такое было, спец. настроенный freebsd, серверу хоть бы что, но клиент долго не выдержал, деньги большие за трафик это делает.
Другими словами - тут проблема финансов всегда а не железа/канала/всякого_подобного.
Последние дни спец. акции
http://mirhosting.com/2/dspecplan.html
сервера от 59.90 usd
Не проголосовал т.к. нельзя проголосовать за оба варианта, а мой ответ именно такой.
Толку от разрядности будет нуль, если нагрузка в основном не на CPU, а на дисках, памяти или еще чем-то. На новые сервера со стандартным набором приложений для веба я бы поставил 64 бит, но не склонен придавать этому большого значения.
Если речь идет про создание сервиса типа регистрации доменов 3 уровня вида
xxx.example.com или скажем xxx.spb.ru, то никаких сложностей здесь нет. Думаю даже существуют готовые скрипты для подобного.
Но если Вы не знаете как это делать и чего прописывать в днс, то подумайте, стоит ли этим заниматься :)
xxx.example.com. IN NS ns1.anotherdns.com.
xxx.example.com. IN NS ns2.anotherdns.com.
где
xxx.example.com - регистрируемый домен.
ns1/ns2.anotherdns.com - NS, которые Вы прописываете у регистратора.
Дочерние днс прописываются похоже:
xxx.example.com. IN NS ns1.xxx.example.com.
xxx.example.com. IN NS ns2.xxx.example.com.
ns1.xxx.example.com. IN A 111.111.111.111
ns2.xxx.example.com. IN A 222.222.222.222
Используем давно (около 2 лет точно) 64 битные OS для обычных шаред серверов, проблем никаких не видно. Те проблемы которые были - они были реально давно. Все новые сервера поддерживают 64 бит нативно, подавляющее большинство приложений имеет поддержку 64 бит и оптимизации для этого.
С другой стороны, не призываю всем переходить на 64 бит тотально. Прирост производительности в этом - достаточно специфичен, в каких-то случаях может быть и существенным, в каких-то нулевым.
Упс, как тема выросла. Ну написал как реплику офтоповую, не стоит из этого делать большие дискуссии..
Ничего против указанных статистик и сервисов не имею, и никакие предъявы никому говорить не собираюсь :) Цель сообщения была лишь в том, что подобные статистики замечательны, но стоит понимать какую они дают информацию и какого уровня. В последнее время замечаю, что этому придают гораздо больше значения чем это imho должно быть, со стороны клиентов по-крайней мере.
Абсолютно согласен, что это "единственная реальная прозрачная возможность оценки объема Рунета" но вряд ли больше.
На этом думаю стоит остановиться, все же тема о другом.
Ну а какое значение имеет для этой статистики количества делегированных доменов .ru на ns, которые эти самые статистики прикрепили к этим хостерам?
- а если шаред хостинг не предоставляется?
- а если хостинг дает использование своих собственных NS?
- а если хостинг используют кучу разных NS на других доменах, о которых эти самые статистические сайты просто не знают?
- а почему именно .ru? может там .com в разы отличается и это меняет общую картину полностью.
- многое другое
Я к тому, что все это очень однобоко. Ну может как информация это и хорошо, но считать это чем-то полезным и серьезным в выборе - на мой взгляд глупо.
/offtopic/
интересно, а если для хостера услуги регистрации доменов не являются приоритетным, или они их вообще не оказывают, но имеют скажем свой дц - это не крупный хостер?
Или как скажем google быть акредитированным регистратором но не предоставлять услуги регистрации доменов конечным клиентам и соответственно не иметь огромных количеств - не считать за крупного?
Все очень условно..
Предложения?
если согласны арендовать канал фиксировано, скажем 10 mbps, по стоимости 230 евро/10 mbps + стоимость dedicated - можно обсудить.
Скорость реальная, без шейпинга.
пример на сервер дюссельдорфе: http://www.speedtest.net/result/275251616.png
пример на сервер в амстердаме: http://www.speedtest.net/result/275252455.png
