Александр Фролов

Александр Фролов
Рейтинг
155
Регистрация
27.12.2007
Должность
Владелец ИТ-компании Shop2YOU
Интересы
Основатель сервиса Shop2YOU — cоздание интернет-магазинов
POi7:
Какое оборудование потребуется для Web-сервера?

Вообще зависит от того, что Вы собираетесь размещать на этом сервере, сколько сайтов, какую нагрузку они будут там создавать. Еще важны требования по отказоустойчивости и бюджет.

Может быть, подойдет недорогой сервер за $1000, а может нужен сервер за $10000 или много серверов... От требований к серверу цена вопроса может меняться на порядки, так что для выбора нужна информация о том, для хостинга каких проектов этот сервер будет использоваться.

Мы, например, покупаем серверы на платформе Intel с двумя процессорами Xeon, с дисковым контроллером LSI с кэшем и батарейкой, с тремя SAS-дисками по 600 Гбайт и скоростью 15000 оборотов в сек., 48 Гбайт памяти. На таком сервере можно разместить, например, один более или менее крупный оптовый интернет-магазин, или несколько сайтов по недвижимости, или несколько сотен мелких интернет-магазинов, или тысячи статических сайтов. Но есть магазин, для которого мы используем 4 таких сервера.

Очень многое в плане нагрузок зависит от того, какое ПО используется, и как оно настроено. В худшем случае и один небольшой сайт может полностью убить сервер.

Так что напишите больше информации о Вашем проекте, и Вам посоветуют нужную конфигурацию.

Поставили плагин для openssl, конвертнули в PEM удачно.

Подписали, оказывается нужен openssl версии 1.x, раньше пробовали с 0.9

Himiko:
Не на другой, а на тот же самый, только без https.
Можно направить на тот же домен, на который пришёл запрос.

Да, так наверное тоже можно. Надо спросить у продвигателя, не помешает ли ему такой редирект.

Himiko:

Проще туда положить .htaccess с редиректом на http://domen

Думаю, что если будет редирект на другой домен, то продвигателю это тоже не понравится.

Пока положил туда robots.txt с запретом на индексирование всем поисковикам...

---------- Добавлено 26.11.2012 в 15:02 ----------

dyakoff:
Есть плагин отключения менеджера для нужных доменов. Просто панель доступна на любом домене на сервер, а работает она через ssl. Или руками в конфиге убирать с виртуалхоста инклуд панели.

Проблема не с тем, что панель доступна через домены, а в том, что для каждого http домена существует его "виртуальная" https-версия, которая выглядит как дефолтный сайт Апача.

dmkolesnikov:
Всем привет! Пользуюсь хостингом hoster.ru
До этого года полтора все работало нормально. Как потом вдруг резко стали приходить письма, что у меня превышена нагрузка на сервер. Ничего с сайтами не делал уже года пол. Висит на хостинге 2 сайта на джумле. Посещаемость не то что не увеличилась, а даже уменьшилась.

Посоветуйте, что делать? Общая посещаемость 2х сайтов не более 200 чел в день. Сложных скриптов на сайтах вроде не было. Если перейду на nic.ru - поможет? Или у них тоже превышение ресурсов высветится?

Размещаю у этого провайдера несколько физических серверов, сам не провайдер виртуального хостинга, и виртуальными хостингами этого провайдера не пользовался.

По сути могу сказать, что начинать нужно, как Вам тут советовали, с анализа причин повышения нагрузки на сервер со стороны Вашего сайта. Если с этим не разобраться, то переезд к другому провайдеру хостинга не поможет - там Ваш сайт тоже могут заблокировать за превышение нагрузки.

Попробуйте обратиться к провайдеру с просьбой проанализировать причины повышенной нагрузки, заплатите за это, если потребуется. Возможно, в сайте есть уязвимости, которые эксплуатируются для рассылки спама или совершения атак ДДОС, возможно, Ваш сайт сам находится под такой атакой, а может быть проблема с самим сайтом, с базой данных и настройками индексирования.

К сожалению, владельцам виртуальных хостингов доступно мало средства анализа, но кое-что все же можно сделать самим или с помощью провайдера. Проанализируйте хотя бы логи посещения сайта, посмотрите, что показывает top, проанализируйте состояние базы данных, не появилось ли там огромных таблиц, посмотрите медленные запросы.

Лучше бороться с причиной перерасхода ресурсов, а не со следстивием.

Мы используем Zabbix. По пользователям и доменам картины не дает, но в целом загрузку и работоспособность серверов контролировать можно. Мониторить трафик тоже удобно. Еще можно добавлять к мониторингу собственные скрипты, собирающие нужную Вам статистику.

Если сервер перегружен, причину определяем через консоль. Смотрим через top и ps процессы, смотрим медленные запросы к MySQL, видим кто перегружает MySQL и процессор, смотрим детально трафик через trafshow или tcpdump в паре с Wireshark и т.п.

Andreyka:
Ваши провайдеры должны принять вашу АС и принимать анонсы

Вот тут я не очень понимаю, как это будет выглядеть.

Например, я зарегистрировал AS с адресами PA или добился что один провайдер аннонсирует IP другого провайдера у себя.

Что дальше? Мне будет нужно установить свои маршрутизаторы у обоих провайдеров и как-то переключать IP, или это все будут делать провайдеры, а мне нужно только разместить у них кластеры и настроить на их фронтэндах один и тот же IP в разных датацентрах?

Никогда не имел дела с сетями на таком уровне, только администрировал FreeBSD, поэтому мне сложновато понять, возможно, очевидные вещи (

---------- Добавлено 16.11.2012 в 13:18 ----------

Pavel.Odintsov:
Вовсе нет, AS не требуется, достаточно небольшого сегмента PA/PI адресов, который будет аннонсироваться с разных мест (с резервного пути с препендом).

То есть, это выглядит как:
1) Клиент хочет подключитсья к вашему сервису
2) Обращается к провайдеру, получить данные от узла 7.7.7.7
3) Првоайдер смотрит в роутинг таблицу (BGP Fulltable) и видит, что адрес 7.7.7.7 доступен из ДЦ 1 и из ДЦ 2, но по причине препенда для ДЦ2 (искуссственного указания, что данный путь хуже) трафик пойдет в ДЦ1
4) ДЦ1 целиком падает и маршрут пропадает из Интернета
5) Весь трафик идет на узел ДЦ2

Вот как-то вот так. То есть надо два провайдера с возможностью анонса собственных сетей, свою сеть (от /24), а также возможности препенда при анонсе от провайдеров, иначе трафик разольется по обоим дц равномерно.

Получается, что кто-то должен настроить такое поведение у обоих провайдеров, и мониторить, а при необходимости переключать? Это должен быть сотрудник провайдера или может делать неподготовленный специалист по составленной для него инструкции?

Pavel.Odintsov:

То, что Вы хотите реализуется либо l7 балансером (например, nginx, у которого указаны upstream в обоих Датацентрах), в свою очередь отказоустойчивым (силами carp/ucarp, чтобы в случае падения одной из нод трафик переходил на другую и пользователи этого не замечали).

А вот насчет nginx... Что я прописываю в DNS для домена, какой IP?

У меня в разных ДЦ разные IP...

Pavel.Odintsov:
У нас есть такая услуга, но лишь для наших сервисов. failover ip называется, правда, упарвлять ей надо Вам - в любой момент времени можно развернуть IP на соседнюю машину.
Либо при наличии локальной сети и бродкаст домена в ДЦ - carp/ucarp.

А управлять как, через что? Это делается перенастройкой маршрутизатора?

У нас два кластера в датацентрах разных провайдеров, но должен быть один IP фронт-энда, переключаемый на исправный кластер.

Узнал много нового про BGP и AS, спасибо Андрейке, что навел на тему!

Правильно ли я понимаю, что PI адреса v4 сейчас купить уже нет шансов, но можно что-то сделать похожее на PA-адресах?

Т.е. один провайдер мне выделяет свой IP адрес, а другой аннонсирует его на своем маршрутизаторе?

Если да, то непонятно, как будет происходить переключение с IP в одном датацентре на тот же IP в другом датацентре? Мне потребуется ставить свои маршрутизаторы в обоих датацентрах и самому там что-то переключать, или это делается на уровне провайдеров?

Спасибо за ответ!

Всего: 343