Ваш IaaS: выбор провайдера
Недавно я обнаружил необходимость в персональной серверной лаборатории — независимой от моего постоянного работодателя. Первоначально я хотел иметь свой собственный сервер, на котором я мог бы настроить свой выбор (ы) виртуализации, настроить и уничтожить среды и просто поиграть с ними. Однако, взглянув на затраты, я решил, что это слишком дорого и, честно говоря, не нужно для моих нужд. Вместо этого я могу купить облачный экземпляр и получить более надежный масштабируемый центр обработки данных корпоративного уровня с полной поддержкой при гораздо более дешевой стоимости, чем любой отдельный сервер.
Ключ к определению лучшего облачного решения (если оно есть) вращается вокруг варианта использования. Мой вариант использования был для предопределенного «виртуального устройства», которое я тестировал. Как устройство все мои требования были предопределены в виртуальной машине; Я просто должен был убедиться, что продавец может удовлетворить эти требования. Это уже определены 2 ключевых требования в моем случае использования — 1) Должен быть в состоянии загрузить мое устройство, и 2) Должно быть дешевле, чем покупка моего собственного сервера. Меня не особо интересовал выделенный сервер из-за более высоких затрат, связанных с ними, по сравнению с общими экземплярами — если бы я был, я бы просто купил физический сервер, но это вариант, который вы должны рассмотреть для своих собственных развертываний, если он делает смысл. Это, как правило, особенно привлекательный вариант в ситуациях, когда вы не можете использовать общие экземпляры, но у вас нет никакой необходимости в локальном сервере. Двумя другими распространенными моделями ценообразования являются контракт и оплата по мере поступления. Контрактное ценообразование — это простое дело, когда поставщик заключает соглашение для сценария гарантированного минимального использования. Вы, как правило, получаете значительную скидку по цене для этого соглашения о минимальном использовании, и при этом платите меньше за все, что используете выше минимального использования. Оплата по мере того, как вы идете (также называемая ценой без контракта), всегда является самым дорогим маршрутом в час использования, но если он не работает постоянно, он может все еще быть дешевле, когда придет время платить. Это определило мое 3- е требование — платить по мере необходимости цены без выделенного минимума.
Эти ключевые требования являются абсолютными нарушителями условий, но есть и другие вопросы, которые следует учитывать; и попытка сравнить поставщиков на равной основе оказалась довольно сложной. Даже среди поставщиков, которые соответствуют ключевым требованиям, многие предлагали разные уровни поддержки, функции и, конечно, цены. Более того, схема ценообразования была сложной, поскольку они оценивали каждую функцию совершенно по-разному. Ценообразование всегда основывалось на ресурсах за единицу времени, но то, как они измеряли ресурсы и сроки, было разным у разных поставщиков.
После долгих исследований я смог создать электронную таблицу для определения разбивки затрат поставщиков, которая была достаточно гибкой, чтобы сравнивать большинство поставщиков. Определив сервер на основе факторов, перечисленных на их сайте, и периода, примененного к каждой разбивке затрат, я смог рассчитать месячную стоимость, а затем разделив на 730 (приблизительное количество часов в месяце), я смог определить почасовую стоимость для экземпляра. Сравнение общей почасовой стоимости обеспечило прямое сравнение.
Таблица стоимости облачных вычислений — страница с ценами
Как только я нашел поставщиков, которые могли бы удовлетворить требования, я начал сравнивать другие факторы, которые отличали поставщиков. Предполагается, что многие вещи решаются при рассмотрении поставщиков облачных решений, таких как возможности обеспечения безопасности и соответствия требованиям, но как вы сравниваете их друг с другом? Каковы их SLA для решения проблем и их решения? Какую компенсацию я получу от нарушенного SLA? Кроме того, насколько переносима виртуальная машина после ее настройки в их среде? Могу ли я экспортировать свою виртуальную машину как файл OVF, если я хочу перейти к другому поставщику? Все эти и многие другие вопросы носят очень качественный характер.
В конце я сделал простую диаграмму для каждого аспекта проблемы и перечислил все проблемы в пределах этого аспекта. Один секрет, который я нашел, состоял в том, чтобы рассмотреть все вопросы или проблемы, которые у вас есть в этой области, и перечислить их. Затем посмотрите, что предлагают поставщики в этой области. Если они совпадают, вы можете легко проверить, да или нет. Часто, однако, они перечисляли несколько пунктов, которые меня не волновали в моем случае использования или которые я никогда не рассматривал. Используйте их, чтобы расширить свой список. Если они имеют достаточную озабоченность для поставщика, чтобы перечислить их, вы, вероятно, захотите хотя бы рассмотреть их и сравнить поставщиков на их основе, даже если вы их не используете. Если ничего другого, это указывает на способность и готовность поставщика соблюдать и решать проблемы в этом аспекте. Как только у вас есть свои списки, сравните своих различных конкурирующих поставщиков и не бойтесь связываться с ними, если они не перечисляют товар.
Рабочий лист облачных вычислений — страница безопасности
К этому моменту я смог сузить его только до 2 конкурирующих поставщиков. Это были действительно почти эквивалентные услуги, так что любой поставщик будет делать. Требования были выполнены, проблемы были в равной степени рассмотрены, и цена за час использования была менее чем на 1/10 копейки, поэтому я просто выбрал один. В будущем, однако, я бы, вероятно, доработал свою электронную таблицу, чтобы разработать систему взвешивания для каждой проблемы. Затем я бы взвесил все различные аспекты, чтобы попытаться объективно определить, какой поставщик лучше всего соответствует всем моим потребностям.
Настройка IaaS: пост Мортем
Я нашел реализацию моего виртуального устройства такой же простой и понятной, как и выбор поставщика. Вещи, которые я всегда воспринимал как должное в традиционном центре обработки данных, имеют решающее значение для любой реализации IaaS. Даже вещи, которые я ожидал иметь важное значение, имели неожиданные сюрпризы о том, насколько они важны. Это указало мне на множество предостережений, которые я бы никогда не рассмотрел, прежде чем на самом деле пройти через это.
Я всегда утверждал, что сетевое подключение является жизненной силой любого облачного решения по своей природе. Чего я не ожидал, так это того, насколько важно, чтобы этот сервис имел приличную скорость загрузки. Большинство интернет-провайдеров потребительского уровня и малого и среднего бизнеса предоставляют асинхронное соединение, которое в значительной степени зависит от загрузки. Проблема в том, что облачный сервис представляет собой виртуальный центр обработки данных. Использование полосы пропускания между центром обработки данных и конечными пользователями гораздо более сбалансировано, чем обычно обеспечивает обычный поставщик услуг Интернета конечного пользователя. Не поймите меня неправильно, вам не нужны одинаковые скорости повышения и понижения, но вам нужна значительно более высокая скорость загрузки, чем при обычной электронной почте и работе в Интернете. Например, что-то вроде Verizon FiOS может обеспечить соответствующую поддержку пропускной способности восходящего канала, но доступ моего локального поставщика DSL-услуг не будет.
Еще одной проблемой сети являются сетевые соединения внутри самого облачного центра обработки данных. Эта сетевая часть представляет собой довольно непрозрачную область, часто называемую «10-гигабитным соединением» или даже не раскрываемая. Действительно, я ожидал бы, что это будет неактуально во многих случаях, однако это то, что нужно учитывать. Об этом стало известно из публикации в LinkedIn, в которой я сравнивал Zunicore с Amazon EC2 по производительности внутренней сети . Я не буду раскрывать детали этого; скорее я оставлю это вам решать.
Еще одна странность, которую я обнаружил, — размер процессора. Большинство провайдеров предлагают простое количество процессоров, но есть некоторые, которые немного более детализированы, давая вам размер процессора, который нужно учитывать. Мне никогда не приходило в голову, что такого рода регулирование было измерено, но внутренне мы делаем это все время, чтобы вернуть потраченное время процессора, почему бы не облачный провайдер? Есть две причины, по которым я могу думать о том, что провайдеры НЕ предоставляют это клиентам: 1) большинство провайдеров предоставляют серверы заблаговременно и продают только те изображения (или уровни), которые впоследствии могут быть или не быть настраиваемыми. 2) Поставщики ограничивают использование процессора, чтобы гарантировать время для других машин и прогнозировать рост потребностей. Могут быть и другие причины, но если вы хотите иметь такой детальный контроль, как у себя дома, обратите внимание и сделайте это частью ваших требований заранее. В свете этих незначительных проблем я был на самом деле удивлен тем, что не было проблем, связанных с определением размера или объема памяти. Они оба представляют собой прямые затраты на единицу измерения, которые фактически используются.
Моим последним серьезным сюрпризом было также мое самое большое требование — импорт OVF. Я не мог просто раскрутить ни одну ОС в облаке, так как приложение не могло быть установлено. Однако загрузка OVF была главной головной болью. Поставщик признал, что загрузки OVF были подвержены сбоям и все вокруг не очень надежны. Предложенный обходной путь заключался в том, чтобы раскрутить один из доступных образов и создать FTP-сервер, чтобы вставить его в мой виртуальный центр обработки данных, а затем использовать OVF Upload для его установки. Это был неуклюжий обходной путь, но это сработало. Если загрузка OVF вас беспокоит, убедитесь, что у вас есть быстрое и стабильное соединение с вашим облачным провайдером. В качестве альтернативы вы можете загрузить его на файловый сервер или сервер http, где его можно загрузить с компьютера, реализованного в облачной службе. Также обратите внимание, что если у вас особенно большой объем данных и / или файлов OVF, многие провайдеры предлагают услугу, где вы отправляете им физические носители со сжатыми файлами, чтобы получить их в своей сети. Обсудите это с поставщиком перед покупкой, если это вас интересует.
Ничто из этого не было особенно трудным, но это было трудоемким Каким был ваш опыт? Что я пропустил? Как вы справились со своими проблемами поиска или реализации облачных вычислений? Дайте мне знать ниже.