Записи с тегом «hosting»

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

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

На этой неделе мы готовим апгрейд сервера donkey.tophost.com.ua, клиенты будут переведены на новый более производительный сервер. Сегодня ночью (16.04.2008) будет произведен переезд сервера баз данных. Для клиентов это будет прозрачно, но если будут какие-то проблемы пишите в тех поддержку. Завтра ночью (17.04.2008) будет произведен переезд самих сайтов.

Во время переезда возможны коротковременные перебои в работе сайтов (около 5 мин.). Время всех действий по переезду ночью от 23.00 до 3.00.

Хотим сообщить новость, что теперь с персоналом нашего хостинга можно пообщаться в чат-комнате на jabber.ru — tophost@conference.jabber.ru.

Чтобы не запутаться — Юра aka anger (наш админ) и Илья aka dobrych, это те, которых вы чаще всего будете видеть онлайн.

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

Первый тарифный план с поддержкой php и python (mod_python) назовется риентировочно «Простой». На нем не будет возможности запускать бекграундные процессы (fastcgi, mongrel). Поэтому подойдет для mod_python и mod_php хостинга. Рельсы (RoR) на нем не запустятся, им нужен отдельный процесс mongrel или fastcgi.

Второй тарифный план, с поддержкой процессов и всего того, что есть в «Простом», назовется ориентировочно «Модный» (он сейчас есть и так на сайте, мы его изменим немного). На нем будет лимит памяти 128Мб. Соответственно будут работать как и ruby приложения через mongrel/thin/ fastcgi так и python приложения.

Третий тарифный план, с полностью отделенным вирт. окружением типа VPS, так и останется «Рутовым». На нем будет лимит по памяти на 192Мб. Ресурсы процессора не квотируется, а шарятся между юзерами, те это не
VDS а именно VPS. На нем можно будет запускать вообще что угодно, тк у пользователя будет свой набор софта и рутовые права для управления системой.

Обдумываем еще один вариант для хостинга репозиториев с кодом (svn, git, mercurial, etc).

Также будут дополнительные услуги как покупка памяти по 64Мб и дискогового пространства по 1Гб.

Итак ориентировочные цены:
Простой — 5$ (500Мб, без процессов, 5 баз)
Модный — 10$ (1Гб, 128Мб памяти, 5 баз с поддержкой PostgreSQL)
Рутовый — 20$ (3Гб, 192Мб памяти и полный root-доступ. 20 баз)

1Гб диска — 3$
64Мб памяти — 2$

Сравнить с текущими тарифами можно в прайсе.

Скидки для питон проектов думаю останутся и дальше. Добавяться скидки при оплате за год / полгода для других проектов.

Ждем вашего мнения, пожеланий и просьб.

Наш хостинг живее всех живых и продолжает развиваться :-)

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

1. Мы активно осваиваем предоставление услуг VPS/VDS, т.к. это все более востребовано на рынке.
2. Предлагаем услуги по созданию платформы и администрированию высоконагруженных сайтов на отдельных выделенных серверах.
3. Готовим FAQ и другую документацию для пользователей.
4. Разрабатываем новые более гибкие ориентированные на потребности клиентов тарифные планы.
5. В общем будем расширять и наполнять наш сайт информацией.
6. И будем стараться делать наш сервис более дружелюбным и удобным для конечного пользователя (можно сказать социальным)

В связи с активным развитием технической базы для всего перечисленного будут опубликованы некоторые заметки по опыту настройки VPS на Linux/FreeBSD, особенности настройки выделенных серверов и многое другое. Главное чтоб на все хватило времени!

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

На данный момент все больше вебмастеров и вебразработчиков интересуясь про поддержку хостинга django и rails приложений смелее разрабатывают на этой платформе новые сайты. И может они пока не блистают чем-то особым внешне, первые шаги навстречу новым технологиям делаются уверенно.

Сегодня мы сделаем краткий обзор нескольких сайтов, которые работают на базе веб-фреймворка Django. Вот список, с краткими пояснениями.

• vepr.com.ua - Сайт украинского внедорожника "ВЕПР". По словам разработчиков работа еще не доделана, но мы видим уже вполне функциональный и информативный сайт. Начали обзор с него, т.к. сам по себе проект очень интересный. Любой автолюбитель не без интереса посмотрит фото и видео галерею.
• rupy.ru - Сайт конференции разработчиков, использующих языки программирования Python и Ruby. Первая конференция прошла 10 февраля в Омске. В работе конференции принимали участие сорок восемь человек, в том числе гости из Новосибирска, Абакана, Екатеринбурга. Надеемся что конференция будет развиваться и привлекать новых людей в число разработчиков на Ruby и Python.
• fact.kiev.ua - Сайт известного киевского издательства "Факт", работающего с 1997 года. На сайте есть как общая информация про издательство, так и регулярно обновляемый каталог выпускаемой продукции с хорошим поиском и сортировкой. Также есть регулярно обновляемый раздел со статьями.
• kvant.net.ua - интернет-магазин с легким и простым интерфейсом.
• unt-systems.com - Сайт компании, занимающейся разработкой и реализацией новых технологий. Сайт компании еще наполняется, но уже вполне можно можно понять род деятельности и общую информацию о компании.
• gardi.com.ua - Сайт цветочной группы "Гарди", занимающей лидирующие позиции по производству тепличных цветов и горшечной продукции в Украине. Каталог продукции компании еще в стадии заполнения.
• dina.com.ua - Сайт предприятия по производству трикотажных изделий. На сайте есть довольно полный каталог продукции.

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

Так что ждем Ваших приложений! Пишите смелее на Ruby и Python .  

Хостинг python приложений имеет некоторые нюансы, не всегда удобные и приятные для хостера. Мы уже больше года предоставляем python-хостинг и столкнулись с рядом особенностей. Да, не все в нашем мире идеально :-)

Вся суть в способах связки python-приложения с веб-сервером. С тех пор как php прочно вошел и закрепился в среде веб-разработчиков, его постоянно стали сравнивать с другими языками программирования, применимыми для написания веб-приложений. В том числе сравнивали и производительность. Естественно скорость работы php-парсера была высока по сравнению с perl-кодом, работающим через cgi. Да и вообще cgi стандарт себя уже изживал.

Поэтому серверные веб-технологии пошли двумя основными направлениями в плане сопряжения программной части с веб-сервером:

1. разработка всяких mod_* — встроенных интерпретаторов в веб-сервер;
2. переботка стандарта cgi с целью увеличения производительности (FastCGI);

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

В тредовой (thread) модели python есть такое понятие как Interpreter Lock. Это когда тред блокирует интерпретатор на определенное время (пока не выполнит операцию, выполнит определенное кол-во инструкций или не пройдет таймаут). В принципе этот метод разделения ресурсов вполне хорошо работает на практике. Но в случаем с хостингом есть свои нюансы...

Представте вполне реальную картину. Веб сервер (Apache) с встроенным mod_python обслуживает 50 python-приложений. Если апач работает в тредовом режиме, тогда и mod_python тоже (апач настраивается на тредовый режим через опции компиляции, а модуль уже при сборке сам определяет в каком режиме работает апач и собирается в этом же режиме). Теперь сама ситуация: 50 веб-сайтов смогут вполне создать нагрузку 1-5 запросов в секунду, а на каждый процесс апача у нас приходится, например, по 25 тредов и одному интерпретатору python. Теперь вспомним про Interpreter Lock и прикинем какие могут быть ситуации. В общем говоря в тредовом режиме mod_python работает достаточно нестабильно. Выглядеть это будет как таймауты (код будет долго ждать разблокировки интерпретатора).

При работе в fork() режиме веб-сервера, проблема блокировок снимается (т.к. на каждое соединения клиента выделяется отдельный процесс веб-сервера и следовательно отдельный интерпретатор), но возникает проблема с экономией оперативной памяти. Т.к. каждый процесс потребляет значительное кол-во памяти (от 20 до 50 Мб ориентировочно).

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

Интересно что приложение запущенное в режиме FastCGI может также работать в тредовом и fork() режимах, что соответственно влияет на потребление ресурсов. В тредовом режиме проблемы остаются те-же что и с mod_python. Только кол-во запросов к отдельному FastCGI-процессу в принципе сокращается, что дает меньшую вероятность таймаута в связи с блокировкой интерпретатора.

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

Желаем успехов в разработке!

Приятно был удивлен, что Татьяна Мазуренок опубликовала наше имейл-интервью. Если честно, то я думал, что это так... для статистики, набор анкетных вопросов. Но всё равно старался ответить вдумчиво. Так что вышло вроде неплохо. :-) Спасибо, Татьяна.

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

А что не так с логами? Получилось так, что по-умолчанию nginx пишет логи немного по-своему. И программы для сбора статистики вроде webalizer или awstats ругаются на неправильный формат логов.

Было log_format main '$remote_addr - $remote_user [$time_local] $status ' '"$request" $body_bytes_sent "$http_referer" ' '"$http_user_agent" "$http_x_forwarded_for"';

Стало log_format main '$remote_addr - $remote_user [$time_local] "$request" ' '$status $body_bytes_sent "$http_referer" ' '"$http_user_agent"'; #"$http_x_forwarded_for"

После поправки конфига все заработало отлично. Статистика благополучно собирается.

Очередное обновление вебмейл на хостинге. Обновился roundcube webmail из svn до текущего trunk. Опробывать можно на webmail.tophost.com.ua. 

В связи с официальным релизом m-r ветки 0.95, обновляется все и на наших серверах. На основном сервере m-r trunk обновился до 0.95, а девелоперкий сервер обновлен до текущего trunk и будет обновлятся еженедельно или после мажорных изменений.

На девелоперском сервере обновился Python до версии 2.5.a0 (20060326) Django отрапортовал что работает :) Правда пришлось переустановить (но с setuptools очень быстро) . Для портов тоже пришлось маленький трюк сделать, а то все питоновые порты просили 2.4.2 ставить. Полечилось просто:

echo "PYTHON_VERSION=python2.5" >> /etc/make.conf

К PHP5 и MySQL5 у нас ещё добавилась поддержка Python со всеми фенечками на сервере. Setuptools, py-MySQL, etc... Django Framework установлен и django-admin.py startproject test1 отработал на ура! Ещё немного тестов и будет релиз!

Вчера запустился новый сервер с поддержкой PHP5 и MySQL5. Несколько дней будет тестироваться, после чего будет официальный анонс на сайте. В дальнейшем планируется поддержка девелоперских фич: svn и cvs.