Читаем Компьютерра PDA 17.04.2010-23.04.2010 полностью

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

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

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

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

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

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

Компьютерра

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

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

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

Перейти на страницу:

Похожие книги

Основы объектно-ориентированного программирования
Основы объектно-ориентированного программирования

Фундаментальный учебник по основам объектно-ориентированного программирования и инженерии программ. В книге подробно излагаются основные понятия объектной технологии – классы, объекты, управление памятью, типизация, наследование, универсализация. Большое внимание уделяется проектированию по контракту и обработке исключений, как механизмам, обеспечивающим корректность и устойчивость программных систем.В книге Бертрана Мейера рассматриваются основы объектно-ориентированного программирования. Изложение начинается с рассмотрения критериев качества программных систем и обоснования того, как объектная технология разработки может обеспечить требуемое качество. Основные понятия объектной технологии и соответствующая нотация появляются как результат тщательного анализа и обсуждений. Подробно рассматривается понятие класса - центральное понятие объектной технологии. Рассматривается абстрактный тип данных, лежащий в основе класса, совмещение классом роли типа данных и модуля и другие аспекты построения класса. Столь же подробно рассматриваются объекты и проблемы управления памятью. Большая часть книги уделена отношениям между классами – наследованию, универсализации и их роли в построении программных систем. Важную часть книги составляет введение понятия контракта, описание технологии проектирования по контракту, как механизма, обеспечивающего корректность создаваемых программ. Не обойдены вниманием и другие важные темы объектного программирования – скрытие информации, статическая типизация, динамическое связывание и обработка исключений. Глубина охвата рассматриваемых тем делает книгу Бертрана Мейера незаменимой для понимания основ объектного программирования.

Бертран Мейер

Прочая компьютерная литература / Книги по IT