Что такое компонуемая инфраструктура?

Преимущества компонуемой инфраструктуры

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

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

Компонуемая инфраструктура исключает необходимость развертывания сред под конкретные рабочие задачи и предоставляет гибкий набор ресурсов, которые можно динамически комбинировать для удовлетворения уникальных потребностей любого приложения. Она обеспечивает максимально возможную производительность приложений, уменьшает количество неэффективно используемых или избыточных ресурсов, а также позволяет повысить динамичность и экономичность ЦОД. С помощью компонуемой инфраструктуры ИТ-отдел может предоставлять ресурсы локальной инфраструктуры так же быстро и легко, как и облачные ресурсы.

В отличие от других упрощенных инфраструктурных решений, таких как конвергентная и гиперконвергентная инфраструктура, компонуемая инфраструктура дает ИТ-специалистам возможность сохранить физические рабочие задачи внутри одной среды, которая поддерживает виртуальные и контейнерные рабочие задачи.

Преимущества компонуемой инфраструктуры для бизнеса

Инфраструктура, которую можно быстро разворачивать с помощью программно определяемых средств аналитики, обеспечивает оптимальную производительность приложений. Объединение ресурсов в логические пулы позволяет сократить число недостаточно эффективно используемых и избыточных ресурсов и повысить гибкость и экономичность ЦОД. Универсальный интерфейс управления позволяет объединить компоненты инфраструктуры и процессы, которые ранее были разрозненными, а также предлагать ИТ-ресурсы как услугу. При этом организации смогут внедрять современные практики DevOps, оставляя старые критически важные приложения в локальной инфраструктуре.

Когда следует использовать компонуемую инфраструктуру?

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

Основная терминология компонуемой инфраструктуры

• Аппаратная инфраструктура: это жесткий диск без уровня программного обеспечения или операционной системы. «Аппаратные приложения» работают напрямую на оборудовании и должны учитывать специфику этого оборудования. «Аппаратные серверы» представляют собой не виртуализированные, или общие для нескольких организаций серверы, а традиционные однопользовательские выделенные серверы. Старые бизнес-приложения и системы часто работают на аппаратных серверах. Компании часто их оставляют по причине нежелательных расходов на перенос приложений, возможных проблем с производительностью, а также вследствие юридических требований.
• Контейнер: контейнеры приложений — это облегченные среды выполнения, которые предоставляют приложениям файлы, переменные данные и библиотеки, необходимые для работы этих приложений, тем самым максимально повышая их эффективность. В отличие от виртуальных машин, контейнеры используют операционную систему своего хоста, а не собственную операционную систему.
• Гибкие пулы ресурсов: вычислительные, сетевые ресурсы и системы хранения становятся гибкими ресурсами, когда они отделены от физической инфраструктуры и не зависят друг от друга.
• Гипервизор: гипервизором может быть программное и микропрограммное обеспечение или оборудование. Гипервизор выступает как «монитор виртуальных машин» и представляет уровень, абстрагирующий ресурсы от оборудования и создающий виртуальные машины, где выполняются операционные системы и приложения.
• Инфраструктура как код: компонуемая инфраструктура позволяет развертывать вычислительные ресурсы с помощью программного кода, что исключает необходимость физической настройки оборудования для удовлетворения потребностей новых или обновленных приложений.
• Разрозненные ИТ-ресурсы: когда приложения работают на выделенной инфраструктуре, они «застревают» в ней, что затрудняет их масштабирование и управление.
• Критически важные приложения: многие старые бизнес-приложения критически важны. От них зависит работа компаний, а любые неполадки приводят к значительным проблемам в работе, часто напрямую влияют на прибыль и другие важные результаты. Критически важные приложения часто выполняются на выделенных серверах.
• Программно определяемая аналитика: все больше организаций рассматривают концепцию инфраструктуры как программного обеспечения с целью ускорить развертывание. Такой подход позволяет развернуть инфраструктуру, контролировать ее версии и управлять ею так же, как и прикладным программным обеспечением, которое они разрабатывают. Впоследствии этот мощный общий программный слой станет полноценным, конфигурируемым и программируемым уровнем абстракции для всех ресурсов в центре обработки данных.
• Инфраструктура без контроля состояния: в модели компонуемой инфраструктуры даже приложения, которые выполняются непосредственно на физической инфраструктуре, не имеют четкого состояния, поскольку они управляются программным обеспечением и могут переноситься по желанию.