VDS – ложка дегтя

Как-то давно я писал про хостинг-компании и тарифные планы. А также про то, как это прекрасно – иметь свой собственный VDS сервер.

Прошло какое-то время и я понял, что VDS – это не так уж и здорово. Особенно для сайтов с высокой нагрузкой (посещаемостью). Как ни крути, VDS – это Virtual сервер, увы не co-location. Не то, чтобы VDS это совсем отстой, но при суммарной посещаемости 10K в сутки даже самый «мощный» VDS сервак уже не комильфо.

Сейчас я проапгрейдил свой VDS до 1200 Mhz, 512 Mb, 20Gb и плачу за него 55 евро. Еле-еле тащит 9K посетителей для 3-х сайтов, причем сайты по максимуму оптимизированы, установлен nginx, fast-cgi, php accelerator для отдельных конфигураций.

Итак, с чем мне пришлось столкнуться при работе с VDS.

1. Сервер может неожиданно «умереть». Происходит это из-за глюка ядра VDS сервера. В саппорте ispserver.com мне сказали, что отловить данную проблему не удается. Так что живем с ней. Хотел было установить какой-нибудь внутренний watchdog сервис, но поскольку сам VDS наглухо зависает, то и все внутренние сервисы тоже умирают. Остается вариант – использовать внешний Watchdog, который бы пинговал сервер, проверял работоспособность, и в случае зависания удаленно перезагружал VDS – благо у ispmanager есть для этого API.

2. VDS редко выдерживает «пиковые» нагрузки. То есть по статистике 6 дней может быть загрузка процессора/памяти/Файловых дескрипторов, скажем, 10%/10%/10%, а один день (в пиковых значениях) 100%/120%/80%. Причем, пиковые значения, это не такая уж и редкость. У меня заметно, когда поисковая система индексирует сайты. В случае повышенной нагрузки на сервер – httpd и mysqld сервисы просто «отсыхают». К слову сказать, у невиртуальных серверов  типа co-location в пиковых нагрузках просто будет сообщение 504 Gateway Timeout, которое отдаст ngnix. Как следствие – заDDosить VDS сервер не составляет никакого труда

Из критических вещей вроде бы все.