Рекомендации по консолидации
Применяется к этой рекомендации по оптимизации затрат Azure Well-Architected Framework:
| CO:14 | Консолидируйте ресурсы и ответственность. В рабочей нагрузке определите способы консолидации ресурсов и повышения плотности. Вне рабочей нагрузки используйте существующие централизованные ресурсы и службы, чтобы консолидировать обязанности рабочей нагрузки. |
|---|
В этом руководстве описываются рекомендации по консолидации ресурсов и обязанностей для оптимизации затрат на рабочую нагрузку. Консолидация ресурсов — это задача с нюансами, которая отличается от простого устранения отходов. Консолидация включает объединение компонентов рабочей нагрузки, таких как серверы, базы данных, приложения и обязанности.
Консолидация может сократить избыточные ресурсы и лицензии, а также увеличить плотность. Ищите возможности для консолидации обязанностей рабочей нагрузки. Используйте централизованные ресурсы или команды для оптимизации затрат. Если вы не консолидируете ресурсы и обязанности, используя общие ресурсы и оптимизируя экономию за счет масштаба, вы можете упустить возможности для экономии средств.
Определения
| Термин | Определение |
|---|---|
| Централизованный ресурс | Общий ресурс, который используют несколько компонентов, а не каждый компонент, имеющий собственный выделенный ресурс. |
| Управление изменениями | Структурированная методология для управления изменениями и их реализации. |
| Консолидация | Объединение компонентов для оптимального соответствия требованиям рабочей нагрузки. |
| Плотность ресурсов | Мера логического разделения в пределах ресурса. Увеличение плотности обычно приравнивается к более высокому использованию из-за совместного размещения разрозненных компонентов, потребителей или сред. |
Ключевые стратегии проектирования
Основной целью консолидации является оптимизация, а не сокращение. Консолидация включает в себя реструктуризацию рабочих нагрузок, ресурсов и ролей команды для достижения максимальной эффективности затрат. В отличие от оптимизации затрат на компоненты, консолидация — это процесс, который требует тщательного рассмотрения.
Почти все усилия по консолидации имеют компромиссы и потенциальные риски, но могут значительно снизить затраты. Важно проанализировать потенциальные преимущества и связанные с ними компромиссы. Все стратегии консолидации следуют следующим шагам:
Оценка. Выполните тщательную оценку, чтобы определить области, в которых консолидация может быть выгодна.
Выявление и оценка. Определите и оцените потенциальные целевые показатели консолидации, чтобы определить, оправдывают ли потенциальные преимущества и компромиссы для консолидации.
Взаимодействие и реализация. Если вы определили, что консолидация полезна, сообщите о предстоящем изменении и примените их.
Консолидация ресурсов
Консолидация ресурсов включает объединение ресурсов в рабочей нагрузке. Вы можете совместно использовать функции или потребителей. Например, можно объединить три веб-сервера в один сервер или три базы данных в один сервер базы данных. Можно объединить несколько брандмауэров в один брандмауэр, который обслуживает несколько сред.
Цель состоит в том, чтобы увеличить плотность ресурсов, чтобы можно было максимально повысить рентабельность каждого ресурса. Расширьте использование ресурса и сведите к минимуму избыточность ресурсов.
К общим типам служб, которые можно консолидировать, относятся платформы приложений, базы данных, сетевые устройства, шлюзы и защита от атак DDoS. Чтобы консолидировать ресурсы в рабочей нагрузке, примите во внимание следующие рекомендации.
Оцените ресурсы рабочей нагрузки. Оцените существующую рабочую нагрузку и ее использование ресурсов. Анализ таких факторов, как использование ЦП, использование памяти, емкость хранилища и пропускная способность сети. Определите области, в которых консолидация может быть полезной. Консолидация может включать оптимизацию выделения ресурсов, устранение избыточных или недостаточно используемых ресурсов или перенастройку рабочей нагрузки для более эффективной работы. Учитывайте такие факторы, как зависимости рабочей нагрузки, требования к производительности и масштабируемость.
Определение целевого объекта консолидации. Выберите ресурс для консолидации. Это может быть существующий ресурс или новый ресурс, созданный в рабочей нагрузке. Определите существующие ресурсы, которые можно использовать для консолидации. Например, у вас могут быть серверы, которые могут вмещать некоторые компоненты рабочей нагрузки. Если существующие ресурсы не соответствуют требованиям консолидации или выгоднее консолидировать новый ресурс, рассмотрите возможность создания нового ресурса.
Оцените жизнеспособность консолидации. Обеспечение поддержки консолидации функциональных и технических требований, таких как ЦП, память и рост. Избегайте нарушения таких требований, как производительность, надежность и безопасность. Например, не создавайте нежелательные межрегиональная зависимость и не консолидируйте ресурсы в подготовительной и рабочей средах.
Оценка затрат. Определите усилия и потенциальные сложности консолидации. Необходимо рассчитать затраты, включая ресурсы, лицензирование и эксплуатационные расходы. Рассмотрите последствия, такие как потенциальные проблемы в мониторинге ресурсов из-за консолидации.
Общайтесь и координируйте свои действия с командой. Убедитесь, что вы информируете всех заинтересованных лиц о предстоящих изменениях и необходимых действиях, которые они должны предпринять. Координировать работу с командами, чтобы избежать конфликтов и обеспечить бесперебойную реализацию.
Риск. Рассмотрите последствия плотности ресурсов, такие как шумные соседи, эффекты единицы масштабирования и снижение избыточности. Консолидация ресурсов часто является слишком рискованной для критически важных для бизнеса потоков рабочих нагрузок.
Компромиссы:
Консолидация ресурсов снижает изоляцию и может создать сценарий "шумного соседа" в рабочей нагрузке. Найдите другие способы реализации логической изоляции и увеличения емкости для среды размещения. Например, увеличьте емкость брандмауэра, если он поддерживает несколько рабочих нагрузок.
Консолидация устраняет сегментацию и может повысить риск безопасности, что упрощает для злоумышленников горизонтальное перемещение. Это также затрудняет достижение некоторых стандартов соответствия. Приоритет соответствия требованиям вместо консолидации.
Консолидация ресурсов приводит к снижению избыточности. Тщательно спланируйте, чтобы обеспечить надлежащую надежность рабочей нагрузки.
Консолидация обязанностей
Цель консолидации обязанностей рабочей нагрузки заключается в сокращении ответственности команды рабочей нагрузки. Это стратегическое усилие по оптимизации затрат, которое требует осведомленности организации и совместной работы за пределами команды рабочей нагрузки.
Существует два основных способа консолидации обязанностей команды рабочей нагрузки. Вы можете использовать внешние общие или централизованные ресурсы и не запускать их в среде рабочей нагрузки. Вы также можете перезагрузить обязанности рабочей нагрузки другим командам в вашей организации, чтобы ваша команда не несет непосредственной ответственности за эти задачи или персонал.
Использование внешних централизованных ресурсов
Внешние централизованные ресурсы относятся к общим ресурсам за пределами среды рабочей нагрузки. Например, в организации может быть централизованный шлюз, который обслуживает несколько рабочих нагрузок. Цель внешних централизованных ресурсов заключается в том, чтобы свести к минимуму дублирование и накладные расходы. Вместо выделенного ресурса для рабочей нагрузки можно использовать общий ресурс для оптимизации затрат. Предлагаются следующие рекомендации.
Оцените ресурсы рабочей нагрузки. Оцените текущее состояние рабочей нагрузки и определите области, в которых консолидация может оказаться полезной.
Поиск внешних возможностей. Опрос организации на наличие уже существующих централизованных ресурсов. Эти ресурсы могут быть потенциальными решениями для вашей рабочей нагрузки. Например, можно использовать совместное управление информационной безопасностью и событиями безопасности (SIEM) вместо настройки независимого средства SIEM.
Рассмотрите возможность управления изменениями. Понимать процесс управления изменениями в централизованном ресурсе. Рассмотрим рабочий процесс утверждения, протоколы тестирования и методы развертывания. Проанализируйте потенциальные проблемы, если вы сократили контроль над изменениями ресурсов.
Оценка затрат. Перед реализацией централизованных ресурсов четко оценить ожидаемую экономию по сравнению с затратами, связанными с переходом. Взвесите преимущества экономии и риски, чтобы принять обоснованное решение.
Общайтесь и координируйте свои действия с командой. Создайте механизм непрерывной обратной связи между командами для решения проблем, улучшения совместной работы и уточнения процессов.
Документирование и отслеживание изменений. Вести подробную документацию по всем утвержденным изменениям, включая их область, этапы реализации и связанные с ними риски или проблемы. Используйте централизованную систему или средство управления изменениями для отслеживания и мониторинга состояния изменений на протяжении всего жизненного цикла.
Разгрузка обязанностей на внешние команды
Разгрузка обязанностей по рабочей нагрузке на внешние команды означает использование экспертных централизованных команд, которые выполняют специализированные службы, такие как команда по обеспечению безопасности. Вы можете перегрузить обязанности на существующие команды, чтобы оптимизировать затраты и делегировать знания для конкретных функций.
Оценка навыков команды. Оцените текущий набор навыков вашей команды. Выявление пробелов в навыках или областей, в которых централизованная команда оптимизирует затраты.
Поиск доступных возможностей. Изучите организацию для получения доступных служб, таких как службы команды по обеспечению безопасности. Убедитесь, что централизованная команда может выполнять дополнительные обязанности без ущерба для качества.
Рассмотрите возможность управления изменениями. Ознакомьтесь с тем, как централизованная команда обрабатывает изменения, такие как рабочие процессы утверждения, протоколы тестирования и стратегии развертывания. Определите потенциальные проблемы, которые могут возникнуть при меньшем прямом контроле над этими функциями.
Общайтесь и координируйте свои действия с командой. Убедитесь, что команды знакомы с процессами, инструментами и ожиданиями друг друга. Рассмотрим поэтапный переходный или пилотный период, чтобы облегчить сдвиг и выявить потенциальные проблемы на раннем этапе.
Документирование и отслеживание изменений. Вести подробную документацию по всем утвержденным изменениям, включая их область, этапы реализации и связанные с ними риски или проблемы. Используйте централизованную систему или средство управления изменениями для отслеживания и мониторинга состояния изменений на протяжении всего жизненного цикла.
Упрощение поддержки Azure
Поддержка плотности. Многие службы Azure поддерживают повышенную плотность ресурсов. В следующей таблице показана выборка этих служб.
| Служба Azure | Элемент управления сегментацией |
|---|---|
| Azure Front Door | Домены клиентов и пути URL-адресов |
| Брандмауэр Azure | Правила сети и приложений |
| Шлюз приложений Azure | Прослушиватели, маршрутизация на основе URL-пути |
| Управление API | Политики API |
| Служба Azure Kubernetes (AKS) | Пространства имен, пулы узлов |
| Служба приложений Azure | Несколько веб-приложений и API в плане Служба приложений |
| База данных SQL Azure | Несколько баз данных на сервере |
Наблюдаемость ресурсов.Azure Monitor предоставляет централизованную платформу для мониторинга и управления производительностью и работоспособностью ресурсов Azure. Вы можете собирать и анализировать данные телеметрии, настраивать оповещения и получать аналитические сведения об использовании ресурсов и возможностях консолидации.
Log Analytics обеспечивает централизованное управление журналами и анализ. Вы можете собирать, анализировать и визуализировать данные журналов из различных ресурсов Azure, что помогает выявлять проблемы, устранять неполадки и получать операционные аналитические сведения.
Связанные ссылки
Контрольный список для оптимизации затрат
См. полный набор рекомендаций.
Обратная связь
Ожидается в ближайшее время: в течение 2024 года мы постепенно откажемся от GitHub Issues как механизма обратной связи для контента и заменим его новой системой обратной связи. Дополнительные сведения см. в разделе https://aka.ms/ContentUserFeedback.
Отправить и просмотреть отзыв по