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

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

С момента добавления в список запросов на включение VestaCP в список приложений на DigitalOcean прошло чуть больше десяти месяцев и вот момент настал. Vesta на главной странице голосований, потеснив другие интересные запросы: VLAN’ы, возможность делиться дроплетами, дополнительные линукс дистрибутивы (Kali, OpenBSD. OpenSUSE). Слегка стыдно перед японцами, пользователи добавили проекту бесплатной панели управления больше голосов, чем за строительство датацентра в стране восходящего солнца.

Помню, как все начиналось. Мы написали письмо в DigitalOcean и спросили: «А ведь здорово было бы, если бы среди других приложений была бы и VestaCP?». На что лаконичный ответ: «Вы, мол, сначала добавьте, а там уж посмотрим, как пойдет». Процесс шел. Конечно не так быстро, как хотелось бы, но первая страница — большое достижение для небольшой команды и пользователей VestaCP. Именно благодаря поддержке удалось забраться так далеко. Надеюсь, DigitalOcean обратит внимание и решит положительно. :)

• GEOCITIES IS CLOSING ON OCTOBER 26, 2009

Перечитывал старый блог и наткнулся на упоминание о закрытии Geocities. Уже шест лет минуло, как закрылся бесплатных хостинг от них. Наверное, мало кто о нем помнит, на заре интернета в середине девяностых и «нулевых» довольно популярное было местечко. Уж очень много, совсем не преувеличиваю, там разного фанатского лежало — по некоторым оценкам порядка 10Тб данных. Сейчас такое количество кажется не таким уж большим, но лет 10-15 лет назад цифра казалась большой. Хостинг прожил 15 лет и скукожился после покупки Yahoo. Единственное место, где остался работать — Япония, основной поставщик фанатского контента.

Подсмотрел реальный ответ техподдержки клиенту о неработающих DNS:

When I ask my new company why this doesn’t work that I want, they said to me:
Please learn more about DNS. We don’t have school.

А вы говорите, западный сервис :)

Здравый смысл подсказывает, что за каждым клиентом, который имеет все права на сервере, но не имеет достаточных знаний или умений, постоянно заниматься не получится. Не хватит человеческих ресурсов, чтобы осчастливить каждого такого пассажира. Однако стоило как-то более корректно отказать, предложить платные услуги в конце-концов.

Перед тем как отдать старый сервер в плане переезда значилось: «не забыть почистить данные на дисках». Редко, но все же случаются оказии, когда клиенту вместо чистого сервера достается бывший в употреблении и не переустановленный экземпляр. На моей памяти была пара таких эпизодов. Не смотря на то, что особой секретности данные вроде бы не представляют, пароли на новом сервере новые, как-то не безопасненько отдавать сервер как есть.

Сначала удалили данные пользователей и самих пользователей. Потому удалили и деинсталлировали базу данных, apache2 / nginx и некоторые другие. Затем удалили конфигурационные файлы и данные. Проверили, что рейд синхронизировался, и на втором диске то же, что и на первом. Для уверенности «dd if=/dev/zero of=/dev/drive bs=4M» на обоих дисках. Более простым вариантом, чтобы слегка потешить паранойю, загрузились с внешнего диска и вновь прошлись dd по обоим дискам. Подозрительность может спать спокойно, враг не пройдет.

Сложно найти что-то менее увлекательное, чем чтение логов по вечерам: ага, без изменений, угу, хорошо и так далее. Самым же интересным является чтение auth.log — в нем указываются попытки входа в систему, чаще всего по ssh. Не смотря на то, что под root не войти, и на то, что логин разрешен только нескольким пользователям да и то с определенных адресов, поток желающих не прекращается. Их даже fail2ban особо не пугает. Даже не знаю, чем объяснить такое внимание. Раньше у меня ssh также был на стандартном порту, но интереса такого не вызывал.

Приходил какой-то странный человек с Linode. На жалобу саппорт вежливо слился, ничего не предпринимая. Какие-то несколько провайдеров мелкошапочных из России. Они мои просьбы игнорировали, как и провайдеры остальных атакующих. В основном лезут китайцы (HANGZHOU SRT TECHNOLOGY CO., LTD и CHINANET-JS), их много и они до сих пор пытаются убедить, что пароль от root у меня MAO. Был, правда, и курьез, пришел самый настоящий японец, судя по всему от токийского провайдера (ASAHI-NET), чем несказанно порадовал. Впрочем, жаловаться после недели или двух стало скучно — толку от писем явно никакого. Провайдеры игнорируют обращения с жалобами на абонентов. Никакой обратной связи не дают. Дело хоть и благородное, но совершенно бесполезное.

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

Настало время посмотреть, как все будет себя вести на новом месте в длительной перспективе. Предварительные результаты воодушевляют. Из-за процессорных мощностей, но самое главное — быстрых SSD, работает все визуально быстрее. Базе данных можно спокойно отдать примерно треть оперативной памяти и не жалеть. Значения в попугаях в виде LA тоже не выходят чаще всего за пределы единички.

За последние пять лет мы с пожитками переезжали раза три-четыре. Сначала жили на виртуальном выделенном сервере (память подводит, возможно, их был два или три), потом на маленьком «атомчике» с одним жестким диском, пока не попали на нормальный сервер в Hetzner. Последние два года обитали там, в тишине и относительном покое. Время не стоит на месте, железо обновилось так же, как и тарифные планы. Решили идти в ногу со временем, обновив оборудование. Вместо SATA-дисков взяли SSD, вместо 8Gb оперативной памяти — 32Gb. Несколько мощнее стал мощнее процессор.

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

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

Во время работы в компании masterhost почти у каждого сотрудника была тестовая площадка, где тестировали скрипты, выкладывали свои странички, проверяли услуги. После увольнения обычно площадки переводились на платную основу, выключались/удалились. Давеча пришло такое интересное письмо:

Написал о баге в службу технической поддержки. Оттуда ответили почему-то два раза, оба раза писали про сбой. На самом деле, мне видится, при выгрузке адресов для рассылки не были учтены активные или не активные услуги. Рассылка сделана предположительно по всем клиентам виртуального хостинга конкретного сервера, с которого проходит миграция. Кто-по получил правильные письма с данными по площадке, а пользователи без активных услуг — письмо с шаблоном. Впрочем были и те, кто получил письма с шаблоном при наличии активных услуг.