Резиновый хостинг

Автор: Юрий Ильин

Опубликовано 20 апреля 2010 года

Когда говорят об "облачных вычислениях", в первую очередь на ум приходит сервис Amazon EC2, хотя лишь очень немногие понимают, что такое на самом деле "облако", "облачные вычисления" и "облачный хостинг". Но на Amazon свет клином не сошёлся, да и само определение, кажется, нуждается в корректировке. Эту и многие другие темы "Компьютерра" обсудила с руководителями компании "Оверсан-Скалакси", предоставляющей услуги облачного хостинга на российском рынке. Наши собеседники - Дмитрий Лоханский, гендиректор компании, Павел Варнавский, финансовый директор, и Андрей Артищев, коммерческий директор.

Компьютерра: Как появилась компания?

Дмитрий Лоханский: Мы с Павлом давно работаем на рынке интернет-проектов. Я в этой отрасли более десяти лет - когда-то был разработчиком и руководителем разработок в компании New Media Stars Константина Рыкова, руководил разработками в некоторых других компаниях. В принципе, мы знали всех людей, занимающихся интернет-разработками, и решили открыть свой бизнес. Он начался с компании ZSupport, которую мы создали три-четыре года назад вместе с Павлом Варнавским. ZSupport занималась техническим сопровождением интернет-проектов.

Как раз в то время в российском интернете возникла проблема, связанная с высокими нагрузками на сайты. Мы задались целью разработать пакетные услуги: продавать серверы с предустановленным софтом. Естественно, мы отслеживали тенденции мирового рынка. Amazon в тот момент начал предлагать услуги хостинга на API, здесь разработчики сами могли автоматически разворачивать свои приложения. Мы поняли, что оптимальной платформой для наших сервисов станет именно облачная платформа - такой API для разработчиков приложений, где можно заказывать определённые модули для своего интернет-проекта, которые будут автоматически масштабироваться под нагрузку. Так мы и пришли к идее своего облачного хостинга. Как раз тогда мы познакомились с людьми, которые собирались делать и уже делали в России дата-центры нового уровня. Примерно так мы образовались в группу компаний "Оверсан".

Компьютерра: А кому принадлежит техническая база?

Дмитрий Лоханский: Люди и знания – всё это пришло из ZSupport. Мы закупили оборудование, на котором сейчас и оказываются услуги. Это уникальное оборудование - суперкомпьютер, который мы научились использовать специально для интернета. Никто из мировых хостинг-провайдеров не использует ничего подобного. В итоге мы очень дёшево получили высокопрозводительный комплекс, который перемалывает огромный трафик (внутренняя шина - 40 Гбит/с) и может отдавать трафик на ещё больших скоростях. Решения уровня enterprise на сегодняшнем рынке – это оптоволокно. Соединения по нему стоят примерно в два раза дороже, чем то, что мы реализовали на InfiniBand. Почему так получилось? Infiniband – технология, которая используется только в узком сегменте суперкомпьютеров, и гиганты телекома – Cisco, Juniper – просто не дают этим технологиям просочиться на рынок.

Компьютерра: А сколько сейчас у Вас примерно клиентов?

Дмитрий Лоханский: Больше десяти.

Компьютерра: Ваши услуги – это исключительно веб? Для каких-то иных задач вроде инженерных расчётов или рендеринга использовать вашу систему невозможно, так?

Павел Варнавский: Использовать можно. Но здесь есть специфика. "Оверсан-Скалакси" специализируется на создании сервисов, максимально соответствующих ожиданиям клиентов. То есть, мы идем от потребности заказчика. Потребности эти у огромных корпораций и интернет-бизнесменов различны. Поэтому мы в данный момент выбрали не всё сразу, а определенный сегмент рынка – интернет, куда инвестирует средний бизнес. Сейчас мы максимально затачиваем свои услуги именно под решение их проблем и задач. Поэтому возникают сервисы «мощность под любую нагрузку», «гарантия работы сайта, а не сервера»... Наши клиенты нуждаются именно в бесперебойной работе сайта, так как конвертируют трафик в деньги. Для них мы создали определённую ценность, которую они покупают.

Компьютерра: А в чём отличие вашего сервиса от других "облачных" разработок, Amazon EC2, в частности?

Дмитрий Лоханский: Важнейшее отличие – техническая возможность автоматического масштабирования с более высокой точностью. Если у Amazon она кратна двум тысячам рублей – крупные компании могут покупать ночью десять серверов, а днём – сто. Для этого требуется, чтобы программисты всё это у себя запрограммировали, чтобы серверы включались-выключались. Такая система подходит только для сайтов с трафиком 300-500 тыс. посетителей в сутки. Таких ресурсов, на самом деле, в России немного. А наше автоматической масштабирование имеет точность до шести рублей, поскольку мы можем в самих серверах сжимать и разжимать оперативную память. Для мелких проектов хватает, чтобы ночью у них был 1 Гб оперативной памяти и определённая полоса, а днём эта нагрузка вырастает в пять раз.

Компьютерра: Какой минимальный "масштаб" проект должен иметь для того, чтобы к вам имело смысл обращаться?

Андрей Артищев: Все зависит не только от посещаемости сайта, но и от специфики бизнеса, задач. Допустим, это интернет-магазин. Его посещает тысяча человек в день. Но, если суточный оборот магазина – миллион рублей, то час простоя, конечно, обойдётся дороже, чем оплата качественного хостинга на облачной платформе "Оверсан-Скалакси".

Компьютерра: А как это всё тарифицируется?

Дмитрий Лоханский: Тарифицируется по часам и по количеству заказанных "слотов", как это у нас называется. Слот - это 512 Мб оперативной памяти плюс определённые характеристики по процессору и по пропускной полосе, внешней и внутренней.

Надо отметить, что Amazon просто продаёт определённую инфраструктуру, на которую каждый может прийти и работать. У компании "Оверсан-Скалакси" в данный момент стратегия такая, что мы всегда продаём ресурсы со включённой технической поддержкой. Что мы в это понятие вкладываем? У нас работают специалисты, которые разбираются в программировании и системном администрировании. То есть, мы занимаемся и администрированием, и доработкой и исправлением багов на стороне клиента – всеми теми вещами, где нужно программирование.

Приведу пример: работал сайт какой-нибудь. Запланировали они рекламу на "Одноклассниках". Что в этом случае происходит? В текущей модели, когда начинает идти поток трафика, естественно, первым валится хостинг, потому что ресурсов не хватает. Но даже если хостер начинает ресурсы добавлять, начинает скрипеть архитектура самого сайта. Тогда подключаются программисты и на ходу думают: "О боже, как эту базу разложить на несколько, собрать в кластеры?!". И так далее. В нашем случае, наша техническая поддержка всё это делает сама. И базу оптимизирует, и запросы. Обычно хостеры этим не занимаются. Они отвечают за гарантию сервера: моё железо работает, дальше – ваши проблемы. А здесь ключевая особенность в том, что по условиям в договоре мы отвечаем за работу сайта, а не сервера. Если на сайте какая-то страница не отвечает, подключаются наши специалисты и исправляют проблему, а не ждут, пока клиентский программист придёт и начнёт править. Наши специалисты вникают в архитектуру проекта, разбираются в коде, чтобы уметь оперативно реагировать на любые неполадки.

Компьютерра: Вот, допустим, какой-нибудь старый проект с "античной" архитектурой и необходимым приложением, у которого "течёт" память. Ваши специалисты с таким работают?

Дмитрий Лоханский: Да, конечно. У нас был и остаётся с давних времён клиент – Eva.ru, достаточно известный проект, женская социальная сеть, работает с 1999 года. Он был написан на доисторических технологиях: Java-машина, которая раздувается и жрёт всю память, память течёт... В итоге мы спокойно перевели проект к себе, заменили некоторые куски кода, например, выкинули базу данных Firebird, которую уже никто практически не развивает, и заменили на MySQL. Сделали её прозрачно, без остановок в работе. Саму Java-машину перевели на новый кластер JBoss, перестала течь память. Постепенно производим рефакторинг, чтобы использовались современные технологии.

Проблемы могут быть самые разные. Например, раньше у каждого сайта была папка "/images", в которую отправляют все картинки. А когда этих картинок становится миллион, диски начинают умирать, потому что они не были приспособлены к тому, чтобы одна папка содержала такое огромное количество файлов.

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

Компьютерра: Надо полагать, это всё делается за отдельные деньги?

Дмитрий Лоханский: Нет, суть именно в том, что всё в пакете.

Компьютерра: Проблема с некоторыми облачными сервисами заключается в том, что они используют только свои API, так что перейти на них и уйти, если потребуется, оказывается проблематично. Как обстоят дела с этим у вас?

Дмитрий Лоханский: Такая проблема есть и у нас, но только с переездом от нас.

Андрей Артищев: Перенос информации к нам осуществляет наша техническая поддержка.

Дмитрий Лоханский: Я думаю, облачных провайдеров заставлять работать по единому стандарту уже нет возможности. Amazon работает по-своему, и де-факто считается на Западе стандартом. При этом появляется множество новых команд, которые делают API на более современном уровне. Мы тоже пошли по этому пути, сделали свой API более современным, но есть сторонние разработчики, которые создают общие библиотеки, которые позволяют приложению общаться с облаком, а дальше уже не важно, что "сзади" – Amazon, "Оверсан-Скалакси" или кто-то третий.

Компьютерра: "Облачные вычисления" – достаточно грубая калька с английского. Как вы считаете, есть ли более адекватный перевод этого термина на русский язык?

Андрей Артищев: "Резиновый хостинг". Обычно говорится, что данные пользователей хранятся в "облаках", которые как-то там масштабируются. Сложно объяснить обычному человеку, что "облако" может увеличиваться и сжиматься в размерах, обычно люди такими образами не мыслят. Основная суть Cloud Computing заключается в том, что сайты могут масштабироваться "вверх" и "вниз", динамически растягиваться как жевательная резинка.

Дмитрий Лоханский: Тут ещё стоит добавить, что cloud computing сам по себе, это всего лишь один из наших инструментов. Мы долго думали, как называть себя. Первым облачным хостинг-провайдером? Или говорить в связи с компанией о cloud computing? Решили не использовать западную терминологию.

Когда мы разрабатывали сервис "защита от всех атак", мы сначала анализировали проблемы и выделили три главные. Первая связана с ростом трафика и с нагрузкой. Вторая проблема – развитие ботнетов, а значит, нужна надежная система защиты. Третья проблема – от которой болит голова у всех владельцев ресурсов - надёжность. Так называемая high-availability (высокая доступность). Но тут есть своя специфика. Сделать её нормально – дорого. То есть, даже пару лет назад 99% админов на рынке интернета не знали, как это делать. Знали только западные. Только сейчас все это раскрутилось, люди знают, что можно поставить два сервера, зарезервировать между ними один ip-адрес – и в случае падения одного, другой поднимается. Это все достаточно дорого, нужно арендовать два сервера, один из них при этом будет стоять только для подстраховки – то есть ничего не делать. Если система, к примеру, из пяти серверов (такой средненький проект), то уже десять машин нужно. И так далее. Причём в серверах может отказать что угодно. Редкий случай, когда покупают себе сервера с двумя блоками питания, поэтому бывает, что выключается блок питания, и раз – всё сдохло.

А здесь, в случае с "облаком" происходит следующее: можно заказать полное резервирование. "Оверсан-Скалакси" реализует его на уровне современных систем виртуализации – VMWare, Parallels, XEN Server. Таким образом, у всех есть возможность поднять зеркальную копию машины, и будет поддерживаться синхронизация пары. Если одна копия падает, то другая гарантированно работает. Я разговаривал со многими владельцами серверов – для них порой бывает не так страшно, что сервер упал и, допустим, через минуту поднялся. Это нормально. А в "облаке" получается, что есть железо, какой-то сервер. Если он по каким-то причинам выходит из строя, то хранилище у нас - отдельно, все сервера бездисковые. Хранилище у нас всегда доступно, оно зарезервировано с четырёхкратной степенью надёжности, и я не знаю, что должно случиться на планете Земля, чтобы оно отказало. Поэтому, когда сервер физически "умирает", машина (то есть все ресурсы, которые там крутились) поднимается на другом сервере. При этом тот интерфейс суперкомпьютера, который в интернет смотрит, в этот момент замораживает все клиентские соединения. Замораживает на то время, пока машины не переподнялись на другом сервере. Они загружаются с диска, это состояние то же самое - и хоп - дальше, соединения продолжают работать. То есть, пользователь в большинстве случаев даже не заметит, что есть какая-то пауза.

Суть в том, что высокая надёжность уже встроена в систему. Неважно, что случится - ну откажет железка – сервер перезапустится. Если уж этого будет недостаточно, можно купить полное резервирование.

Компьютерра: А полное резервирование - это что?

Дмитрий Лоханский: Все ваши ресурсы будут гарантированно работать, часть на одном физическом сервере, часть на другом, и они по высокоскоростной шине будут синхронизировать между собой это состояние, даже памяти. То есть, если сервер "умирает", то копия будет идентична на сто процентов. Этого даже на Западе никто не делает. Но суть в том, что платить тогда уже нужно в два раза больше - за две копии ресурсов.

Компьютерра: Очень часто, когда начинают писать об облачных вычислениях, говорят: "Существует российский аналог "Амазона", "Оверсан-Скалакси"...

Дмитрий Лоханский: Мне кажется, это некорректно. "Амазон" - просто пионер, и его технологии, на самом деле, уже устарели. У этого сервиса есть ряд проблем. Например, самая распространенная - когда с "Амазоном" в первый раз знакомишься, сталкиваешься с тем, что данные, сохранённые на прилагающимся к инстансу диске, сбрасываются, если инстанс выключить и включить снова. Вот такое ненадежное хранилище. На самом деле это временное хранилище, и после перезагрузки или выключения инстанса никто не гарантирует, что данные сохранятся. Мы знаем, почему это сделано, но это лишь технические причины. А хранилища у них не внешние, как у нас, и гарантировать, что они виртуальную машину перезапустят прямо на этом же сервере, они не могут, потому что у них должна распределяться нагрузка. Поэтому они и не могут гарантировать, что после перезагрузки ты окажется на том же диске, на котором раньше был, они стирают её. Лишь позже, спустя два года, они ввели у себя дополнительное хранилище, которое уже точно стопроцентно гарантированно. Но суть от этого не изменилась. Причем, перезагрузиться система может не только по вине админа, система виртуализации сама по себе также может глючить. Просто зависла, к примеру: перезагрузилась машина - и всё, данных нет.

Компьютерра: Как вы считаете, вам удастся задать тенденцию?

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

Дмитрий Лоханский: Проблема с качеством услуг ярко выражена только в России, на Западе с этим проще. Там люди отлично понимают, что такое "сервис" и "хорошая техническая поддержка". Более того, когда мы общаемся с нашими западными коллегами, они говорят, что рынка хостинга в России как такового вовсе не существует, потому что имеющееся рыночное предложение хостингом назвать нельзя. Поэтому я уверен, что задать тенденцию будет очень просто.









Главная | В избранное | Наш E-MAIL | Добавить материал | Нашёл ошибку | Вверх