В то время как виртуализация серверов уменьшает количество физических машин в центре обработки данных, это не обязательно уменьшает потребность в других частях ИТ-оборудования. Например, для того чтобы традиционный сервер, на котором выполнялись несколько виртуализированных рабочих нагрузок, был эффективным, этому оборудованию могут потребоваться несколько коммутаторов и устройств хранения данных, считает сооснователь Apple Стив Возняк. Это может уменьшить преимущества виртуализации, заставляя центры обработки данных приобретать дополнительные компоненты.
«[T] здесь есть узкие места в совместном использовании этих ресурсов», - сказал Возняк в февральском видеоуроке о виртуализации. «Время от времени не хватает пропускной способности для передачи хранимых данных в процессор для обработки, что препятствует бесперебойной работе каждого [виртуализированного] приложения».
По словам Возняка, для решения этой проблемы центрам обработки данных необходимо увеличить объем хранилища на физическом сервере, на котором выполняются виртуальные рабочие нагрузки. Таким образом, компании могут реализовать преимущества виртуализации, нуждаясь в гораздо меньшем количестве оборудования в центре обработки данных. Однако ключевым недостатком такой настройки является то, что эти варианты хранения данных могут быть чрезмерно дорогими, и не всегда возможно синхронизировать добавленные решения для хранения с устаревшим ИТ-оборудованием.
Как Blade-корпус решает виртуальные проблемы
Наиболее эффективное решение проблем хранения данных виртуализации - это модернизация блейд-корпуса для хранения большего количества оборудования в одном шасси. По словам Шэнки Чандры (Shanky Chandra), менеджера по продукту Dell Tech Center EqualLogic, эта установка может быть более практичным способом для центров обработки данных, чтобы максимизировать окупаемость инвестиций в результате инициативы виртуализации.
«Людям [в прошлом] приходилось использовать внешнее хранилище для работы со своими вычислительными узлами, и в первую очередь им нужно общее хранилище, потому что… у вас есть виртуальные машины, которые могут быть созданы на любой физической машине, все из них есть видимость в одном общем [внешнем] хранилище », - сказал Чандра. Он добавил: «Размещение общего хранилища внутри блейд-шасси - это правильный следующий шаг, потому что виртуальный администратор, имеющий блейд-шасси для конвергенции, теперь сможет использовать общее хранилище изнутри блейд-шасси и предоставлять его для виртуальные машины, и иметь возможность динамически выполнять движения V - все, что находится внутри шасси - без необходимости зависеть от каких-либо внешних ».
Подобная подготовка блейд-корпуса станет более необходимой только в ближайшие месяцы и годы, поскольку центры обработки данных будут в дальнейшем полагаться на блейд-серверы с виртуализированными рабочими нагрузками для обеспечения работы корпоративных ИТ-систем. Янг-Сае Сонг (Young-Sae Song), корпоративный вице-президент по маркетингу продуктов в Data Center Server Solutions для AMD, недавно написал в Data Center Knowledge, что виртуализация как цель всей компании может работать, только если серверы работают на максимальной мощности, и это произойдет только если используемый корпус лезвия построен и поддерживается с учетом этих потребностей.
Независимо от типа используемого блейд-сервера, центру обработки данных, на котором выполняются виртуальные рабочие нагрузки, вероятно, потребуется обновить свою емкость хранения. Размещение этого хранилища внутри блейд-корпуса не является обязательным, но такой шаг может значительно улучшить общую эффективность центра обработки данных.
«Ключом к достижению производительности и экономическим целям является взаимосвязь между процессорами, и именно эта технология будет дифференцировать серверы, а пропускная способность и дизайн протокола играют решающую роль в общей производительности системы», - пишет Сонг. «Возможность иметь тысячи ядер в стойке повышает необходимость более тесной интеграции между« голым железом »и программным обеспечением для управления».