zeftera.ru.

Как выделенные серверы становятся облачными

Скопления становятся все популярнее, самые крупные компании сообщают о собственном позитивном эксперименте работы с облачными сервисами, а те к тому же пытаются предложить предельное число разных видов использования. Означает ли это, что традиционные выделенные серверы скоро будут не у дел?

Сегодня мы поведаем о том, как мы встретились с данным вопросом и приняли решение поменять подход к предоставлению выделенных серверов нашим клиентам.

Услуга аренды выделенных серверов возникла почти с начала работы компании. Нашей целью было предлагать в аренду высококачественные серверы, которые будут трудиться в наших своих дата-центрах.

Одновременно с этим заказчику предоставлялся на выбор неограниченный интернет-канал 100 Mbit/с или интернет-канал с пакетом трафика в 30 ТБ и скоростью 1 Гбит/с, и «белый» Адрес. По стремлению на сервер ставилась необходимая ОС. В комплексе клиент приобретал целиком готовый к работе выделенный сервер, который можно было использовать под все цели и цели.

Также услуга имела конкретную особенность — интервал со времени предзаказа до этапа предоставления сервера составлял от 15 секунд до нескольких часов. Преимущественно сроки находились в зависимости от загруженности системных инженеров.

Да, у них была система автоматической установки ОС, а нередко требования клиентов по дисковой разметке существенно различались от обычных стандартов. Это событие существенно повышало время ожидания, так как установку ОС было необходимо выполнять полностью вручную. Рекомендуем бонсай если нужно больше информации по данной теме.

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

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

Особенности традиционных серверов:

Клиент без помощи других проводит мониторинг работы физических серверов.
Установка ОС происходит в ручном или автоматическом режиме.
Версия конфигурации (для серверов случайной конфигурации) выполняется инженерами вручную. Требуется специально дебатировать время и период выполнения.
От клиента требуется бездонное осознание того, как работает ПО.
Заказывается на долгий период (от 1-го месяца).
Особенности пасмурных серверов
Мониторинг физических серверов проводит провайдер.
ОС ставится целиком автоматом.
Клиент может трансформировать конфигурацию пасмурных серверов в любое время. Процесс происходит автоматом. Не требуется каких-нибудь сочетаний.
Вы можете заказать на любой период, оплачивается по употреблению.

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

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

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

Это привело к образованию системы, которая оценивает любой физический сервер, сетевое оборудование или свободное место в стойке как ресурс, которым можно распоряжаться автоматом. Когда клиент делает заказ, система без помощи других находит нужные источники, прописывает необходимые сетевые опции, ставит ОС и целиком делает оборудование к работе.

Мы не стали рассчитывать на готовые решения в области управления выделенными серверами, предпочтя им создание своей системы управления. Это дает возможность нам не только лишь избежать возможной обстановки с vendor lock-in (связь от поставщика компьютерного решения), а еще и иметь общий контроль над всеми применяемыми функциями.

Управление онлайн пасмурной инфраструктурой — цель довольно очевидная. Машины однотипны по собственной эмулированной «железной» образующей, а гипервизор имеет свой API, служащий для внутреннего управления. С выделенными серверами цель автоматизации скучных операций усугубляется с помощью следующих причин:

управление питанием различных видов механизмов (IPMI, PDU);
управление разным сетевым оснащением;
трудная система учета ресурсов и развертывания, которая должна вызывать необходимые действия в установленном порядке.

Например возьмем картину, когда наш свежий клиент первый раз выбрал выделенный сервер. Чтобы целиком подготовить его к работе необходимы следующие действия:

Взять из пула свободный сервер необходимой конфигурации и привлекать его к аккаунту заказчика.
Отметить свежий Адрес и также привлекать к аккаунту.
Прописать опции для сетевого порта данного сервера на коммутаторе.
Подготовить script для установки ОС.
Включить сервер по питанию.
Дожидаться завершения работы скрипта по установке ОС.
Активизировать сервер в панели управления клиента и начать его учитывать в биллинге.

Еще один образец: когда клиент отпустил сервер — системному инженеру необходимо его почистить и подготовить для следующих клиентов. В то же время происходит несколько операций:

чистка HDD скриптом, перезаписывающим всю плоскость нулями;
чистка SSD способом Secure Erase;
контроль характеристик С.М.A.R.T.

Это обеспечивает то, что, если на компьютере остались секретные данные — они не попадут к иным заказчикам. В случае, если характеристики С.М.A.R.T. обнаруживают проблемы с винчестером — его сменяют на другой.

Сегодня же все эти процедуры, помимо замены диска, автоматизированы и не требуют ручного вмешательства инженеров. Кроме характеристик С.М.A.R.T. script выслеживает совместное время работы диска и даже если вдруг все другие характеристики в порядке — диск поменяют при наработке некоторого числа часов. Если любой из дисков сервера по каким-нибудь основаниям не дал данные С.М.A.R.T., то система автоматом отдаст данный сервер на диагностику инженерам.

Процесс масштабирования перед предстоящей предельной перегрузкой стал быстрее и выгоднее. Эта самая вероятность предельно форсирует наши выделенные серверы к классическим пасмурным.

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

Оставить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *

Можно использовать следующие HTML-теги и атрибуты: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>