В течение многих лет мы наблюдали избыточную емкость и недостаточное использование возможностей в ЦОД. До недавнего времени я не редко посещал объекты с расчетной нагрузкой 10 мегавольт-ампер (МВА), которые работают с нагрузкой всего 2 МВА. Еще более распространенным явлением было использование сервера на 10 процентов. И это касается не только одного-двух машин или стоек, а всех ИТ-систем.
В рамках сообщества по энергетической эффективности и оптимизации мы потратили много лет на то, чтобы изначально предоставлять клиентам решение подходящего масштаба, внедряя стратегии модульного наращивания систем, и делая так, чтобы критически важная физическая инфраструктура, такая как системы питания и охлаждения, максимально соответствовала вычислительной нагрузке. Но даже в этом случае требования к ИТ-оборудованию часто значительно превышали расчетные значения, создавая разрыв между проектными ожиданиями и реальностью.
Благодаря эволюции традиционных корпоративных ЦОДов, почти удалось прекратить использование одного сервера или процессора только для одного приложения. Переход к использованию большего количества программно-определяемых платформ также позволил лучше использовать виртуальные машины и сеточные системы. Когда я работал в IBM, мы бы назвали эти системы мейнфреймами.
По нашему мнению, одна из основных причин такого недостаточного использования заключается в том, что системы были рассчитаны на удовлетворение максимальных потребностей клиентов в самые загруженные дни, т. е. в них была предусмотрена определенная дополнительная емкость. Также у этих клиентов (на всякий случай) были резервные системы. Например, онлайн-магазины рассчитывали, что самые большие объемы продаж будут проходить в Черную пятницу, Киберпонедельник или в День подарков (день после Рождества). Эти магазины должны были планировать пиковую нагрузку, хотя большинство времени они и близко не приближались к ней.
Такое наличие избыточной емкости и (или) недостаточное использование также можно сравнить с автомобилями. Большинство из них могут ехать со скоростью 120 миль в час (миль/ч), однако они редко ездят более 80 миль/ч, а большую часть своего срока службы они ездят со скоростью от 0 до 40 миль в час. Кроме того, центры с хорошим уровнем резервирования похожи на путешественников, которое могут выбирать из двух автомобилей.
Очень крупные (гипермасштабируемые) ЦОДы фактически располагают парком грузовиков с характеристиками суперкаров. Они программно определяемые на 100 %. Они используют практически идентичные платформы аппаратного обеспечения (одну для обработки, и одну для хранения данных) в каждом своем ЦОДе. Это означает эффективное функционирование десятков тысяч подключенных к сети процессоров и устройств хранения, которые работают как единое целое. Потеря одного участка приводит к незначительному снижению производительности, а не к прекращению обслуживания.
Знаете ли вы, что при выполнении поиска в Google ваше устройство отправляет запрос в три разных ЦОДа, расположенных в разных регионах? Результат вы получаете от ЦОДа, который «побеждает в гонке». Если один из этих центров отключится, останутся еще два. Сети, которые мы используем для передачи всех этих данных, работают с первого дня почти также, только они обладают еще большей фактической емкостью.
Прокладывать кабели по земле и дну моря очень дорого. Планируя новые маршруты, поставщик сетевых услуг обычно составляет план минимум на 10 лет работы. По мере роста спроса эти поставщики должны просто подключить неиспользуемую оптоволоконную линию, чтобы быстро добавить больше емкости.
В сущности, программные платформы, поддерживаемые ими ЦОДы, а также сети, соединяющие все элементы, рассчитаны на очень высокий уровень производительности и обладают очень высоким уровнем избыточности.
А это означает, что когда возникает внезапный и срочный спрос, например, во время продаж в Черную пятницу или с появлением в Youtube нового видео от Эда Ширана, вся экосистема просто выходит на полную мощность и демонстрирует свои возможности.
Спрос, который связан с массовым переходом специалистов и студентов на работу из дома, хоть и является беспрецедентным, но, возможно, не с точки зрения общей пиковой емкости. В то время, как ручки громкости на рок-концертах выкручены до упора вправо, для глобальной сети ЦОДов нагрузка не доходит и до 80 процентов. Несмотря на это, необычным является не такой уровень загрузки, а его сохранение в течение длительного периода времени.
В недавнем пресс-релизе главный технический директор BT заявил, что несмотря на интенсивное использование сети в Великобритании, ее загрузка даже близко не подбиралась к максимальной. Он сказал, что пиковый трафик обычно наблюдается в воскресенье в течение нескольких часов. Теперь такой пик является постоянным, и он выше, чем когда-либо ранее.
Конечно, существуют узкие места, а также необходимость регулировки определенных служб, поэтому некоторые люди на периферии сети сталкиваются с низкой производительностью. К счастью, это не относится ко всей экосистеме в целом.
Уже сейчас она способна выполнять то, что от нее требуется. Я знаю из личного опыта, что все очень внимательно следят за узкими местами и стараются быстро расширять их. По большей части, такое срочное расширение заключается в том, чтобы включить имеющееся оборудование или переориентировать резервное аппаратное обеспечение.
Когда требуется дополнительная емкость, она предоставляется в считанные дни. В связи с вышеупомянутой эволюцией корпоративных ЦОДов в настоящее время имеется большое количество свободной емкости.
Смею вас заверить, что компания Vertiv усердно работает в эти дни. Исходя из того, что я вижу, я считаю, что наша отрасль проходит испытания, и справляется с ними на отлично.
Подпишитесь на наш блог, чтобы быть в курсе последних тенденций, технологий и новостей.
