Мы будем вынуждены остановить практически всё оборудование для переезда около 23 часов 3 апреля. По нашим расчетам переезд не займет больше пяти-шести часов, и к утру субботы 4 апреля все ваши проекты будут в строю и работать на новом месте. Никакие IP-адреса не поменяются.

О процессе переезда мы будем сообщать в нашем Twitter-аккаунте.

Основную часть проблем составила нестабильная работа серверов баз данных mysql0 и postgresql0, причем, второй пострадал в значительно меньшей степени.

Причины же отказов были разными. 27 февраля мы получили сообщение от мониторинга о резком всплеске нагрузки на сервере Neon. Выяснение причин всплеска заняло некоторое время, в течение которого пул подключений к СУБД оказался занят полностью и сервер mysql0 перестал принимать новые подключения.

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

Тем временем наши специалисты обнаружили источник проблемы: сразу несколько проектов, на которых запущены популярные форумные движки вроде SMF подверглись атаке ботнета: с большой скоростью в 20-30 потоков в них размещались автоматически спам-записи. Форумы оказались с необязательной регистрацией и без проверки капчи. Они честно записывали любой поступивший POST-запрос в базу, открывая столько подключений, сколько пришло запросов.

Автоматическая система предодвращения флуда не среагировала на эту атаку, т.к. количество запросов в момент времени с одного IP-адреса было сравнительно невелико для принятия решения о блокировке этого адреса.

Мы заблокировали проблемные проекты до выяснения обстоятельств, перезапустили СУБД mysql0 и все проекты, которые его используют. На этом инцидент был исчерпан и сервис продолжил нормальную работу до утра 28 февраля.

28 февраля мы получили сообщение о резком росте нагрузки на сервер mysql0, при этом наблюдалась очень высокая дисковая активность. При этом в таблице активных запросов не было ничего необычного или странного. Дальнейшее разбирательство показало, что проблема кроется в части нашей панели управления: модуль исполнения задач, запущенный на сервере mysql0 начал активно увеличивать потребление памяти и занял ее всю, что и привело к активному использованию дисков для сохранения страниц памяти в swap.

Перезагрузка этого модуля и перезапуск MySQL помогли — ситуация моментально стабилизировалась.

Такое поведение наших компонент происходит впервые и нашим разработчикам пришлось поломать голову, в чем же причина? Выяснилось, что наложились три фактора: ошибка в коде компонента, нетипичное задание в работу от клиента и ошибка в интерпретаторе ruby, которая в других ситуациях не проявляется.

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

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

Компенсации за неработу проектов будут начислены в течение этой недели всем клиентам, чьи проекты используют СУБД сервера mysql0.

К сожалению, это означает, что мы не можем отфильтровать запросы так, чтобы не сломать работу проектов — JSON, в отличие от XML, используется в вебе очень широко.

Если ваш проект использует RoR версий 2.3.15, 3.0.19 или младше, ваш проект находится под угрозой, и вам незамедлительно необходимо обновиться. К счастью, обновления уже доступны.

Для обновления Rails ветки 2.3 вам необходимо отредактировать файл config/environment.rb, заменив строку:

RAILS_GEM_VERSION = '2.3.16' unless defined? RAILS_GEM_VERSION

Для обновления Rails ветки 3.0 пропишите нужную версию Rails в ваш Gemfile

gem "rails", "~> 3.0.20"

Будьте внимательны.

Причины сбоя будут установлены и ликвидированы в процессе выполнения работ, об окончании сообщим дополнительно.

Во время проведения работ возможно временное прекращение доступа к вашим проектам.

Благодарим за понимание.

• запрещена отпрака почты и создание почтовых аккаунтов на тестовом периоде;
• введено ограничение на 25 получателей одного письма в поле «To»;
• установлено ограничение на скорость отпраки писем — пять в минуту.

Мы надеемся на понимание, и что эти ограничения никак не затронут вас.

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

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

Многие из вас уже привыкли к старой системе, а некоторые даже нашли несколько неудобных моментов в работе, которые мы постарались исправить в новой версии. В основном упор был сделан на большую гибкость покупки ресурсов и тарификации, в этой статье я постараюсь изложить основные особенность новой системы.

Базовый тариф и типы сервиса

Для многих из вас не секрет, что в предыдущей версии хостинг и виртуальные серверы были разными типами сервиса, не совместимыми на одном аккаунте. Тем из наших клиентов, кто пользовался виртуальным сервером и хостингом одновременно, необходимо было иметь разные учетные записи. Сейчас эти ограничения исчезли. На одном аккаунте можно приобретать как виртуальный хостинг, так и виртуальные серверы, а так же, ряд дополнительных услуг. Если у вас есть несколько аккаунтов, и вы хотите объединить их в один — создайте соответствующий запрос в техническую поддержку, и наши специалисты помогут вам. Объединение двух тарифов аккаунтов с хостингом пока не предусмотрено, но такая возможность должна появиться в будущем, в том или ином виде. Ресурсы и средства всех этих аккаунтов будут объединены.  Теперь, количество виртуальных серверов на одном аккаунте  не ограничено .

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

Выбрать, какие услуги отображать, а какие скрывать, вы можете в разделе «Аккаунт» во вкладке «настройки».

Почасовая тарификация

В предыдущей версии вам были доступны 2 периода оплаты, и стоимость тарифа зависела от срока, на который пользователь его оплачивал . Сейчас, все ресурсы тарифицируются по часам. Исключение составляют домены, так как, по правилам регистрации, их необходимо оплачивать на 1 год или больший срок. Каждый час наша система биллинга проводит списание средств, если средств на балансе на момент списания недостаточно для оплаты следующего часа обслуживания, то аккаунт будет заблокирован. Пополнив баланс, пользователь сможет разблокировать аккаунт. Для удобства клиентов сохранена информация о стоимости ресурсов в день и месяц.

Ресурсы: тарифные и дополнительные

Новая версия системы дает возможность приобретать дополнительные ресурсы, помимо тех, которые доступны по действующему тарифу. На пример, если тариф предусматривает возможность размещения только двух проектов, а вы желаете добавить еще один, то нет необходимости менять тариф на более дорогой, который может быть избыточен для ваших задач. Теперь, вы можете просто приобрести дополнительный проект или базу данных. Этот ресурс будет оплачиваться отдельно и  увеличивать суммарную часовую стоимость обслуживания вашего аккаунта с учетом его цены.

Бесплатные домены и иные бонусы

Как и раньше, при единовременном платеже в 1500р, вы получаете на баланс бонусные 390р. Именно об этом идет речь, когда в описании тарифа говорится о бесплатном домене, при оплате за год. Эти средства могут быть потрачены как на покупку или продление доменов, так и на любые другие, предоставляемые нами услуги, на ваше усмотрение. Бонус начисляется за каждые 1500р, то есть, при единовременном платеже в 3000р вы получите 780р бонусных средств.

Переход от старой системы к новой и перерасчет

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

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

В скором будущем: партнерская программа

Так же хотелось упомянуть, что в скором времени готовится релиз партнерской программы для клиентов locum.ru. Она позволит получать реальные денежные  средства за привлеченных клиентов и отлично подойдет всем, кто так или иначе связан с разработкой web ресурсов. Более подробно о партнерской программе мы сообщим после ее запуска. Следите за новостями!

Уже созданные проекты, тем не менее, продолжают работать под управлением Phusion Passenger, и, если вас не устраивает производительность, то из этой статьи вы узнаете, как правильно и с минимальными усилиями изменить способ запуска вашего проекта.

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

В окне свойств перейдите к базе данных вашего проекта.

В свойствах базы данных нажмите кнопку «Отвязать» напротив названия проекта.

Аналогичным образом отвяжите от проекта все домены, кроме технических.

Используя логин и пароль в разделе «FTP и SSH», подключитесь к серверу, зайдите в каталог projects и переименуйте директорю с вашим проектом.

Удалите проект через панель управления хостингом.

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

Дождитесь, пока проект перейдет в состояние «Готово», после чего вернитесь к менеджеру файлов по FTP.

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

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

Привяжите к проекту все нужные вам домены.

Несколько важных моментов

Перезагрузку кода приложения можно осуществить не только из панели управления, но и из консоли. Для этого нужно выполнить команду

kill -USR2 `cat /var/run/unicorn/project.hosting_user.pid`

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

Если вы используете Capistrano для автоматизации развертывания проекта, то вы можете посмотреть пример файла конфигурации для работы с Unicorn на наших серверах.

Все говорят о Rails 3, некоторые его уже пробуют, а некоторые даже используют в production. Некоторые наши клиенты интересуются, работает ли бета этого фреймворка у нас. Не смотря на то, что нужный gem не установлен в системе, его можно поставить локально для пользователя. Зависимости также ставятся без каких-либо нареканий.

Весь процесс занял всего несколько минут ( большую часть времени ждал пока gem подумает ). Дабы не быть голословным, опишу весь процесс по шагам:

1. Создаем проект с типом «Ruby on rails», например с именем «rails3″.

2. Устанавливаем gem. Тут есть небольшая хирость: надо использовать ключ —install-dir с указанием директории установки гема. Чтобы не потерять уже установленные локально, укажем стандартный путь.

>gem install rails --pre --install-dir /home/hosting_<имя_пользователя>/.gem/ruby/1.8

3. После некоторого ожидания можно проверить, какая версия rails установлена.

>rails -v
Rails 3.0.0.beta4

4. Теперь попробуем создать простейшее рабочее приложение:

>cd ~/projects/rails3/releases
>rails new thefirst
>cd thefirst
>rails generate scaffold book name:string price:float
>RAILS_ENV=production rake db:migrate
>rm public/index.html
>nano config/routes.rb # Тут пропишем путь root :to =>; "books#index"
>cd .. ; rm current ; ln -s releases/thefirst current
>touch releases/thefirst/tmp/restart.txt # говорим passenger'у перечитать код приложения

5. Идем по ссылке http://rails3.<имя_пользователя>.locum.ru и видим знакомый всем интерфейс скаффолда.

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

Update:
Обнаружился небольшой нюанс: bundler версии 1.0.0.beta.5 не работает (пытается использовать sudo, что, конечно, запрещено). Нужно использовать стабильную версию, сейчас это 0.9.26.

Дорогие друзья! Дружная команда Locum поздравляет вас с Новым годом!

Уходящий 2009-й год ознаменовался запуском нашего проекта в широкую эксплуатацию. Сегодня, в предновогоднюю пору, уже можно подвести некоторые итоги работы Locum и поделиться планами на будущее. Итак, приступим.

За десять месяцев, прошедших со старта проекта, мы исправили более 200 ошибок и учли около 500  пожеланий клиентов. Мы постоянно стремимся обеспечивать самые высокие скорости работы ваших проектов. Среднее время непрерывной работы наших серверов составило около 50 дней, а их доступность — 99,56%.

Для вашего удобства мы запланировали и внедрили такие замечательные вещи как возможность размещения Django-проектов, Passenger для обработки Ruby on rails проектов, а также  услугу виртуального выделенного сервера на базе технологии Xen. Кардинальные изменения претерпел дизайн нашего сайта и панели управления, в итоге став более современным и удобным.

В новом году мы не собираемся останавливаться на достигнутом и будем радовать вас новыми услугами и специальными предложениями (в планах уже значатся более 150 различных усовершенствований!). В их числе:

• долгожданная поддержка Java-проектов на тарифах виртуального хостинга;
• легкая и быстрая установка популярных web-приложений — всего пара минут и вы сможете получить работающий блог или информационный сайт;

• SMS-уведомления пользователей;

• работы по улучшению панели инструментов;

• специально от отдела по работе с клиентами — новая партнерская программа.

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

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

Еще раз с праздником! Здоровья и счастья вам и вашим близким! Пусть сбудутся все самые сокровенные и светлые мечты!

Locum — лучший дом для ваших интернет-проектов.

Как это работает? Дело в том, что спам рассылается специальным программным обеспечением, которое ведет себя так же как обычный почтовый сервер, но с некоторыми особенностями. Оно перебирает почтовые сервера и пытается отправить нежелательную корреспонденцию на известные ему адреса. Если почтовый сервер, к которому обращается программа рассылки, сообщает о временной ошибке, то она просто пропускает его и продолжает рассылку дальше. Объемы рассылаемой спамерами почты огромны, а ошибки в доставке таких писем возникают постоянно, поэтому этими ошибками обычно пренебрегают. Нормальный же почтовый сервер всегда пытается повторно доставить письмо, если он получил сообщение о временной ошибке. Суть грейлистинга заключается в том, что при первой попытке отправить почту на определенный адрес сервер сообщает о временной проблеме и заносит данные о сервере отправителе и письме в свою базу данных. Если сервер повторил попытку отправить через некоторое время, то его письмо уже будет принято, а адрес сервера попадет на определенный период в белый список. Почта с серверов из белого списка принимается без задержки. В отличие от честного SMTP сервера, программа, рассылающая спам, обычно не будет предпринимать попыток повторной отправки письма, если при первой попытке возникла ошибка. Таким образом адреса, с которых идет рассылка спама не будут попадать в белый список и эта нежелательная корреспонденция не будет доставлена ее предположительному адресату. Практика показывает, что грейлистинг является на данный момент очень эффективным средством борьбы со спамом и позволяет решить эту проблему почти на сто процентов.
Ну а теперь ложка дегтя. Основным недостатком такого подхода являются задержки в доставке почты, причем задержки эти по сути никак не регулируются на стороне принимающего сервера, где используется грейлистинг. Дело в том, что отправляющий сервер будет предпринимать повторную попытку отправки после определенного таймаута, который определяется его настройками. Например, в случае нашей почты, для попадания в белый список достаточно повторить попытку через 10 минут, но сервер может сделать это и через час. Конечно, после попадания в белый список, задержка пропадает, но при доставке первых писем она всегда будет проявляться. К сожалению с нашей стороны мы не можем повлиять на величину этой задержки, как уже было сказано выше, она полностью зависит от администрации других серверов электронной почты.
Удобно это или нет — решать вам, в любом случае вы можете включить грейлистинг отдельно для любого из ваших адресов электронной почты, расположенных на наших серверах. Стоит так же заметить, что если код вашего проекта будет отправлять почту на ваши адреса, например, какие-нибудь уведомления о регистрации посетителей или иных событиях, то эти сообщения будут доходить без задержки, так как грейлистинг касается только той почты, что приходит от внешних серверов.
По умолчанию грейлистинг выключен, включить его вы можете в подробных настройках учетной записи в разделе «ПОЧТА» вашей панели управления.

Кэширование страниц веб-интерфейса

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

Запуск memcached

Для удобства наших пользователей мы запустили memcached на стандартном порту 11211. К сожалению, формат шаред-хостинга не позволяет обеспечить раздельное использование этого сервиса, а сам memcached не обладает средствами аутентификации. Поэтому напоминаем, что все данные, помещенные нашими клиентами в memcaced, могут быть потенциально доступны и другим клиентам, чьи проекты размещены на том же сервере. Также, во избежание проблем с конфликтами имен ключей, необходимо использовать имена вида: «логин-пользователя_имя-ключа». Конечно, безопасность такого решения невелика, но при осторожном использовании можно добиваться хорошей оптимизации производительности.

Обновление интерфейса привязки и регистрации домена

Теперь каждый клиент решает сам: создавать ли DNS зону в нашем домене для привязываемого или регистрируемого домена. Такая мера значительно упрощает определение правильной конфигурации DNS для не принадлежащих доменов.

Оптимизация проверки электронных платежей

Мы внедрили новый способ проверки статуса электронных платежей. В результате время поступления информации об оплате сократилось до 2-3 минут.

Новый интерфейс заказа доменов

Обновленный интерфейс заказа доменов теперь позволяет системе самой проверять доступность доменного имени во всех обслуживаемых нами зонах.

Уважаемые клиенты!

С 17 августа на всех наших серверах изменится  глобальная настройка PHP: опция magic_quotes_gpc будет установлена в значении off, как это рекомендовано разработчиками PHP (начиная с версии 6 эта настройка не будет поддерживаться).  Если ваши проекты используют эту настройку, пожалуйста, экранируйте специальные символы вручную, как это рекомендуют разработчики.