Искусство изменит мир к лучшему

СТАТЬИ

СТАТЬИ » Технологии

Категории

НепознанноеНепознанное
НаукаНаука
ТехнологииТехнологии
Обо всёмОбо всём

Общее количество: 711 статей в 4 категориях

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

  • 2777
  • Komputerra
  • 346
Технологии Резиновый хостинг

Когда разговор идёт об «облачных вычислениях», в голову сразу приходит сервис 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, достаточно известный проект, женская социальная сеть, которая работает с 1999 года. Он был написан на доисторических технологиях: Java-машина, которая раздувается и жрёт всю память, память течёт… В итоге мы спокойно перевели этот проект к себе, заменили некоторые куски кода, к примеру, выкинули базу данных Firebird, которую уже никто практически не развивает, и заменили на MySQL. Сделали её прозрачной, без остановок в работе. Саму Java-машину перевели на новый кластер JBoss, перестала течь память. Постепенно производим рефакторинг, чтобы использовать современные технологии.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

По материалам интервью Юрия Ильина
Компьютерра–Онлайн


5
3
Назад

Дополнительно по данной категории

Нет комментариев. Почему бы Вам не оставить свой?
Ваше сообщение будет опубликовано только после проверки и разрешения администратора.
Ваше имя:
Комментарий:
ББ Редактор 6.2 Pro
Смайл - 01 Смайл - 02 Смайл - 03 Смайл - 04 Смайл - 05 Смайл - 06 Смайл - 07 Смайл - 08 Смайл - 09 Смайл - 10 Смайл - 11 Смайл - 12 Смайл - 13 Смайл - 14 Смайл - 15 Смайл - 16 Смайл - 17 Смайл - 18 Смайл - 19 Смайл - 20 Смайл - 21 Смайл - 22 Смайл - 23 Смайл - 24 Смайл - 25 Смайл - 26 Смайл - 27 Смайл - 28 Смайл - 29 Смайл - 30 Смайл - 31 Смайл - 32 Смайл - 33 Смайл - 34 Смайл - 35 Смайл - 36 Смайл - 37 Смайл - 38 Смайл - 39 Смайл - 40 Смайл - 41 Смайл - 42 Смайл - 43 Смайл - 44 Смайл - 45 Смайл - 46 Смайл - 47 Смайл - 48 Смайл - 49 Смайл - 50 Смайл - 51 Смайл - 52 Смайл - 53 Смайл - 54 Смайл - 55 Смайл - 56 Смайл - 57 Смайл - 58 Смайл - 59 Смайл - 60 Смайл - 61 Смайл - 62 Смайл - 63 Смайл - 64 Смайл - 65 Смайл - 66 Смайл - 67 Смайл - 68 Смайл - 69 Смайл - 70 Смайл - 71 Смайл - 72 Смайл - 73 Смайл - 74 Смайл - 75 Смайл - 76 Смайл - 77 Смайл - 78 Смайл - 79 Смайл - 80 Смайл - 81 Смайл - 82 Смайл - 83 Смайл - 84 Смайл - 85 Смайл - 86 Смайл - 87 Смайл - 88 Смайл - 89 Смайл - 90 Смайл - 91 Смайл - 92 Смайл - 93 Смайл - 94 Смайл - 95 Смайл - 96 Смайл - 97 Смайл - 98 Смайл - 99 Смайл - 100 Смайл - 101 Смайл - 102 Смайл - 103 Смайл - 104 Смайл - 105 Смайл - 106 Смайл - 107 Смайл - 108 Смайл - 109 Смайл - 110 Смайл - 111 Смайл - 112 Смайл - 113 Смайл - 114 Смайл - 115 Смайл - 116 Смайл - 117 Смайл - 118 Смайл - 119 Смайл - 120 Смайл - 121 Смайл - 122 Смайл - 123 Смайл - 124 Смайл - 125 Смайл - 126 Смайл - 127 Смайл - 128 Смайл - 129 Смайл - 130 Смайл - 131 Смайл - 132 Смайл - 133 Смайл - 134 Смайл - 135 Смайл - 136 Смайл - 137 Смайл - 138 Смайл - 139 Смайл - 140 Смайл - 141 Смайл - 142 Смайл - 143 Смайл - 144 Смайл - 145 Смайл - 146 Смайл - 147 Смайл - 148 Смайл - 149 Смайл - 150 Смайл - 151 Смайл - 152 Смайл - 153 Смайл - 154 Смайл - 155 Смайл - 156 Смайл - 157 Смайл - 158 Смайл - 159 Смайл - 160 Смайл - 161 Смайл - 162 Смайл - 163 Смайл - 164 Смайл - 165 Смайл - 166 Смайл - 167 Смайл - 168 Смайл - 169 Смайл - 170 Смайл - 171 Смайл - 172 Смайл - 173 Смайл - 174 Смайл - 175 Смайл - 176 Смайл - 177 Смайл - 178 Смайл - 179 Смайл - 180 Смайл - 181 Смайл - 182 Смайл - 183
АБВГДЕЁЖЗИЙ КЛМНОПРСТУФ ХЦЧШЩЬЫЪЭЮЯ
ABVGDEJOZHZIJ KLMNOPRSTUF XCCHSHW'Y#JEJUJA
Секретный код:Для обновления секретного кода нажмите на картинку
Повторить:

ВНИМАНИЕ:

Условия использования материалов
Эти песни хочется слушать и слушать
Существует проблема с этим блоком!

Контакты

  • Poland
    ul. Lwowska 17/9A, 00-660 Warszawa
  • +48 693 191154
    +48 728 992118 (Viber,WhatsUp)

  • skype:parroslab.group
Е-КНИГИ PG
МЕДИА КАТАЛОГ
Обратная связь