Автоматизация платформы и DevOps для виртуального рабочего стола Azure — Cloud Adoption Framework | Майкрософт учиться

Эластичные пулы помогают управлять несколькими базами данных в базе данных SQL Azure и масштабировать их.

Эластичные пулы базы данных SQL Azure — это простое и экономичное решение для управления и масштабирования нескольких баз данных с различными и непредсказуемыми потребностями в использовании. Базы данных в эластичном пуле находятся на одном сервере и совместно используют определенное количество ресурсов по установленной цене. Эластичные пулы в базе данных SQL позволяют разработчикам программного обеспечения как услуги (SaaS) оптимизировать соотношение цены и производительности для группы баз данных в рамках установленного бюджета, обеспечивая при этом эластичность производительности для каждой базы данных.

Что такое эластичные пулы SQL?

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

• Предоставление избыточных ресурсов на основе пикового использования и переплаты.
• Недостаточное обеспечение для экономии затрат за счет производительности и удовлетворенности клиентов в пиковые периоды.

Эластичные пулы решают эту проблему, гарантируя, что базы данных получат ресурсы производительности, в которых они нуждаются, когда им это нужно. Они обеспечивают простой механизм распределения ресурсов в рамках предсказуемого бюджета. Дополнительные сведения о шаблонах проектирования для приложений SaaS с использованием эластичных пулов см. в статье Шаблоны проектирования для мультитенантных приложений SaaS с базой данных SQL.

Для эластичных пулов плата за базу данных не взимается. Вам выставляется счет за каждый час существования пула с максимальным значением eDTU или виртуальных ядер, независимо от использования или того, был ли пул активен менее часа.

Эластичные пулы позволяют приобретать ресурсы для пула, совместно используемого несколькими базами данных, чтобы учесть непредсказуемые периоды использования отдельными базами данных. Ресурсы для пула можно настроить на основе модели приобретения на основе DTU или модели приобретения на основе виртуального ядра. Потребность в ресурсах для пула определяется совокупным использованием его баз данных.

Количество ресурсов, доступных для пула, контролируется вашим бюджетом. Все, что вам нужно сделать, это:

• Добавьте базы данных в пул.
• При необходимости установите минимальные и максимальные ресурсы для баз данных. Этими ресурсами являются минимальные и максимальные DTU или минимальные или максимальные виртуальные ядра в зависимости от выбранной вами модели ресурсов.
• Установите ресурсы пула на основе вашего бюджета.

Вы можете использовать пулы, чтобы беспрепятственно превратить свой сервис из простого стартапа в зрелый бизнес в постоянно растущем масштабе.

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

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

При перемещении баз данных в эластичный пул или из него не происходит простоя, за исключением короткого периода (порядка секунд) в конце операции, когда соединения с базой данных разрываются.

В каких случаях следует использовать эластичный пул базы данных SQL?

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

Чем больше баз данных вы можете добавить в пул, тем больше будет ваша экономия. В зависимости от схемы использования вашего приложения можно добиться экономии всего за две базы данных S3.

Следующие разделы помогут вам понять, как оценить, может ли ваша конкретная коллекция баз данных извлечь выгоду из включения в пул. В примерах используются пулы Standard, но те же принципы применимы и к пулам Basic и Premium.

Оценка шаблонов использования базы данных

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

На диаграмме показано использование DTU в течение одного часа с 12:00 до 1:00, где каждая точка данных имеет детализацию в одну минуту. В 12:10 DB1 достигает пика до 90 DTU, но его общее среднее использование составляет менее пяти DTU. Размер вычислений S3 требуется для выполнения этой рабочей нагрузки в одной базе данных, но этот размер оставляет большую часть ресурсов неиспользованными в периоды низкой активности.

Пул позволяет совместно использовать эти неиспользуемые DTU в нескольких базах данных. Пул уменьшает количество необходимых DTU и общую стоимость.

Опираясь на предыдущий пример, предположим, что существуют другие базы данных с аналогичными моделями использования, что и DB1. На следующих двух рисунках использование четырех баз данных и 20 баз данных нанесено на один и тот же график, чтобы проиллюстрировать непересекающийся характер их использования с течением времени с использованием модели закупок на основе DTU:

Совокупное использование DTU во всех 20 базах данных показано черной линией на предыдущей диаграмме. Эта строка показывает, что совокупное использование DTU никогда не превышает 100 DTU, и указывает, что 20 баз данных могут совместно использовать 100 eDTU за этот период времени. Результатом является 20-кратное сокращение DTU и 13-кратное снижение цены по сравнению с размещением каждой из баз данных в размерах вычислений S3 для отдельных баз данных.

Этот пример идеален, потому что:

• Существуют большие различия между пиковой загрузкой и средней загрузкой для каждой базы данных.
• Пиковое использование для каждой базы данных происходит в разные моменты времени.
• eDTU являются общими для многих баз данных.

В модели покупки DTU цена пула зависит от eDTU пула. Хотя цена за единицу eDTU для пула в 1.5 раза выше, чем цена за единицу DTU для одной базы данных, eDTU пула могут совместно использоваться многими базами данных, и требуется меньшее количество eDTU.. Эти различия в ценообразовании и совместном использовании eDTU являются основой потенциала снижения цен, который могут обеспечить пулы.

В модели приобретения виртуального ядра цена за единицу виртуального ядра для эластичных пулов совпадает с ценой за единицу виртуального ядра для отдельных баз данных.

Как выбрать правильный размер бассейна?

Оптимальный размер пула зависит от совокупных ресурсов, необходимых для всех баз данных в пуле. Вам необходимо определить:

• Максимальные вычислительные ресурсы, используемые всеми базами данных в пуле. Вычислительные ресурсы индексируются либо по eDTU, либо по виртуальным ядрам в зависимости от выбранной вами модели приобретения.
• Максимальное количество байтов хранилища, используемое всеми базами данных в пуле.

Чтобы узнать об уровнях обслуживания и ограничениях ресурсов в каждой модели приобретения, см. модель приобретения на основе DTU или модель приобретения на основе виртуального ядра.

Следующие шаги помогут вам оценить, является ли пул более рентабельным, чем отдельные базы данных:

1. Оцените количество eDTU или виртуальных ядер, необходимых для пула:
   • Для модели покупки на основе DTU:
     • МАКС(Общее количество БД × Среднее использование DTU на БД>, Количество одновременно пиковых БД × Пиковое использование DTU на БД>)
   • Для модели покупки на основе виртуальных ядер:
     • МАКС(Общее количество БД × Среднее использование виртуального ядра на БД>, Количество одновременно пиковых БД × Пиковое использование виртуальных ядер на базу данных>)
2. Оцените общее пространство хранения, необходимое для пула, добавив размер данных, необходимый для всех баз данных в пуле. Для модели приобретения DTU определите размер пула eDTU, который обеспечивает этот объем хранилища.
3. For the DTU-based purchasing model, take the larger of the eDTU estimates from step 1 and step 2. For the vCore-based purchasing model, take the vCore estimate from step 1.
4. См. страницу с ценами на базу данных SQL и найдите наименьший размер пула, превышающий оценку, полученную на шаге 3.
5. Сравните цену пула на шаге 4 с ценой использования соответствующих размеров вычислений для отдельных баз данных.

Если количество баз данных в пуле приближается к максимально поддерживаемому, обязательно рассмотрите возможность управления ресурсами в плотных эластичных пулах.

Свойства для каждой базы данных

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

Использование других функций базы данных SQL с эластичными пулами

Вы можете использовать другие функции базы данных SQL с эластичными пулами.

Эластичные задания и эластичные пулы

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

Дополнительные сведения о других инструментах баз данных для работы с несколькими базами данных см. в разделе Масштабирование с помощью базы данных SQL.

Варианты обеспечения непрерывности бизнеса для баз данных в эластичном пуле

Базы данных в пуле обычно поддерживают те же функции обеспечения непрерывности бизнеса, что и отдельные базы данных:

• Восстановление на момент времени: восстановление на момент времени использует автоматическое резервное копирование базы данных для восстановления базы данных в пуле до определенного момента времени. См. Восстановление на момент времени.
• Гео-восстановление: Geo-restore предоставляет вариант восстановления по умолчанию, когда база данных недоступна из-за инцидента в регионе, где размещена база данных. См. раздел Восстановление базы данных SQL или переход на резервную базу данных при сбое.
• Активная георепликация: для приложений с более жесткими требованиями к восстановлению, чем может предложить геовосстановление, настройте активную георепликацию или группу автоматической отработки отказа.

Создайте новый эластичный пул базы данных SQL с помощью портала Azure.

Вы можете создать эластичный пул на портале Azure двумя способами.

• Создайте эластичный пул и выберите существующий или новый сервер.
• Создайте эластичный пул на основе существующего сервера.

Чтобы создать эластичный пул и выбрать существующий или новый сервер:

Перейдите на портал Azure, чтобы создать эластичный пул. Найдите и выберите Azure SQL.

Выберите Создавай для открытия Выберите вариант развертывания SQL панель. Чтобы просмотреть дополнительные сведения об эластичных пулах, на Databases плитка, выберите Показать детали.

На Databases плитка, в Тип ресурса выпадающий, выберите Эластичный пул, Затем выберите Создавай.

Чтобы создать эластичный пул из существующего сервера:

• Перейдите на существующий сервер и выберите Новый пул создать пул непосредственно на этом сервере.

Вы можете создать несколько пулов на сервере, но вы не можете добавлять базы данных с разных серверов в один и тот же пул.

Уровень служб пула определяет функции, доступные эластичным компонентам в пуле, и максимальный объем ресурсов, доступных для каждой базы данных. Дополнительные сведения см. в разделе ограничения ресурсов для эластичных пулов в модели DTU. Ограничения ресурсов на основе виртуальных ядер для эластичных пулов см. в разделе Ограничения ресурсов на основе виртуальных ядер — эластичные пулы.

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

После настройки пула выберите Применить, назовите пул и выберите OK для создания пула.

Мониторинг эластичного пула и его баз данных

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

Вы можете использовать встроенные средства мониторинга производительности и оповещения в сочетании с оценками производительности. База данных SQL также может создавать метрики и журналы ресурсов для упрощения мониторинга.

Вопросы автоматизации платформы и DevOps для Виртуального рабочего стола Azure

Виртуальный рабочий стол Azure (AVD) — это управляемая служба, которая предоставляет плоскость управления Майкрософт для вашей среды виртуализации рабочих столов.

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

Конструктивные соображения

При планировании и проектировании среды AVD рассмотрите следующие соображения.

Интеграция с DevOps

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

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

Инфраструктура как код

По мере того, как вы переходите к внедрению методов DevOps, вам необходимо выбрать инструмент для развертывания ресурсов Azure. Существует две разные категории инструментов IaC. Предпочтительным вариантом является декларативный инструмент IaC.

Azure предоставляет собственные варианты с шаблонами ARM и Azure Bicep.

Вы также можете найти сторонние инструменты IaC, такие как Terraform от HashiCorp.

Объединенный против личного

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

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

Конфигурации с пулом наиболее популярны для виртуализации десктопов, поэтому в этой статье они находятся в центре внимания. Объединенные среды необходимо обновлять иначе, чем традиционные среды. Обновляйте свои виртуальные машины (ВМ) из золотого образа с правильной частотой для вашей организации (обычно каждые 1–3 месяца). Если ваша организация сильно автоматизирована, вы можете увеличить частоту до еженедельной или даже ночной, если это необходимо.

Создание изображения

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

Вы также можете использовать контрольный список сборки для масштабирования. Если у вас большая среда, процесс контрольного списка должен быть только частью вашей первоначальной настройки разработки/тестирования. Чем больше вы автоматизируете создание золотого образа, тем больше вы будете уверены в точности сборки и стабильности среды.

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

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

Установка приложения

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

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

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

Развертывание языка

По мере масштабирования сред виртуальных рабочих столов Azure может потребоваться локализация изображений на родной язык для ваших пользователей. Вы можете начать с местного языка, если хотите, или вы можете добавить больше языков в свой образ при сборке. Учитывайте это требование при выборе базового образа. Например, предварительно оптимизированное изображение галереи Windows 10 как с Microsoft 365, так и без него предоставляется только на английском языке (США).

Если вы используете многосеансовую версию Windows 10 Корпоративная, вы не можете создать ее с использованием другого языка. В этом случае необходимо адаптировать предоставленное изображение галереи. Чтобы адаптировать существующее изображение галереи en-US, установите дополнительные языки перед установкой других приложений.

Места развертывания

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

Обновления золотого образа пула хостов

Есть два способа обновить золотой образ, на котором основаны ваши виртуальные машины в определенном пуле хостов.

• Разверните второй пул узлов, а затем, когда будете готовы, переключите пользователей на новый пул узлов.
• Сделайте старый пул хостов доступным, если потребуется откат.
• Вы можете удалить старый пул хостов, как только ваша организация убедится, что новый пул хостов работает правильно.

• Установите существующие виртуальные машины в режим стока в пуле хостов.
• Разверните новые виртуальные машины из обновленного золотого образа в тот же пул узлов.
• Будьте осторожны, чтобы не столкнуться с ограничениями ресурсов или ограничениями регулирования API, когда вы удваиваете количество виртуальных машин в одном пуле хостов.

Рекомендации по дизайну

Ознакомьтесь со следующими рекомендациями при разработке среды AVD в вашей организации.

Управление исходным кодом

Мы рекомендуем использовать Git для управления исходным кодом и сохранения простой стратегии ветвления. При использовании Git для вашей среды:

• Сохраняйте репозиторий Git и проект Azure DevOps закрытыми, если в политике вашей компании не указано, что репозитории должны быть общедоступными.
• Инициализируйте репозиторий файлом README, чтобы вы могли начать заполнять информацию о своем проекте.
• Измените разрешения вашего проекта, чтобы разрешить доступ другим членам команды.
• Примите базовый рабочий процесс для разработки конвейера и оптимизации рабочих нагрузок.
• At minimum, you should maintain two repos: one repo for managing your gold image builds, and another repo for managing your Azure Virtual Desktop deployments.

Трубопроводы

Ваша конвейерная система развертывания определяется выбранной вами системой управления исходным кодом.

Если ваша организация стандартизировала Azure DevOps, используйте Azure Pipelines. Если ваша организация стандартизировала GitHub, используйте GitHub Actions. Любой вариант обеспечивает возможность развертывания локального агента в вашей сети, что имеет ряд преимуществ, в том числе:

• Допуск на более длительное время сборки
• Ability to access resources within your network

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

Переменные и Azure Key Vault

Используйте группы переменных при работе в Azure Pipelines.

• Группы переменных позволяют вам иметь повторяющиеся параметры в ваших конвейерах, такие как секреты и расположение файлов.
• Переменные в группах переменных можно хранить в виде пар “ключ-значение”, но рекомендуемым методом является привязка группы переменных к хранилищу ключей Azure для извлечения секретов для использования в конвейере развертывания.

Создание образов виртуальных рабочих столов Azure

Используйте службу Azure Image Builder (AIB), чтобы автоматизировать процессы сборки, обновления, sysprep и распространения для ваших золотых образов. Эта служба может использовать поддерживаемый базовый образ из Azure Marketplace для каждой сборки, чтобы гарантировать наличие последних обновлений.

Azure Image Builder в настоящее время доступен в некоторых регионах, но вы можете распространять образы за пределами этих регионов.

В рамках процесса сборки золотого образа рассмотрите все приложения, которые необходимо установить, и определите, можно ли их установить с помощью сценариев. Убедитесь, что у вас есть команды установки приложений, написанные в PowerShell и зафиксированные в вашем репозитории Git. Если вы не можете загрузить установщики приложений через общедоступный Интернет, рассмотрите возможность размещения приложений в хранилище BLOB-объектов Azure. Если вашим процессам установки приложений нужны секреты, рассмотрите возможность их размещения в Azure Key Vault.

Чтобы вызвать Azure Image Builder с помощью конвейеров CI/CD, используйте задачу DevOps службы Azure Image Builder для Azure Pipelines или действие «Создать образ виртуальной машины Azure» для действий GitHub.

HashiCorp Packer — альтернатива с открытым исходным кодом. Он предлагает те же возможности, что и Azure Image Builder (который создан на основе HashiCorp Packer), включая возможность распространения в Azure Compute Gallery.

Дополнительные сведения о Packer см. на веб-сайте Packer.

Метод Packer имеет следующие предпосылки:

• Лицензирование Azure DevOps должно использовать полный набор инструментов Packer.
• Вы должны назначить пользователю роль глобального администратора в Azure Active Directory (Azure AD).
• Вы должны предоставить субъекту-службе доступ участника к подписке.
• У вас должно быть Azure Key Vault для хранения секретов, предоставляющее субъекту-службе тайное управление в политике доступа.

При работе с Packer в конвейере развертывания:

• Установите инструменты Packer на агент сборки, который вы будете использовать в конвейере развертывания.
• Создайте этап проверки в конвейере, чтобы убедиться, что сборка работает.
• После проверки клонируйте этап проверки и установите режим развертывания на Дополнительный.

Другие соображения по хранению файлов Packer:

• Храните файлы и условия Packer в централизованном расположении, к которому есть доступ у Azure Pipelines. Мы рекомендуем использовать файловые ресурсы Azure для безопасного хранения этих файлов.
• Храните учетные данные для доступа к файлам Azure в Key Vault. Вы можете получить учетные данные для доступа из Key Vault при сборке, используя переменные конвейера.
• Кроме того, сохраните имя файла Packer и ключ учетной записи в хранилище ключей, связанном с группой переменных в Azure DevOps. Конвейеры получают доступ к этим учетным данным для загрузки файлов Packer на виртуальную машину, используемую для создания образа.
• Сохраните путь UNC как переменную в группе переменных Azure DevOps.

Хранение образов виртуальных рабочих столов Azure

Служба галереи вычислений Azure — это самый простой способ создать структуру и организацию на основе ваших золотых образов. Это обеспечивает:

• Глобальная репликация образов в разные регионы Azure.
  • Убедитесь, что вы развернули образы в регионах, в которых развернуты узлы сеансов AVD (VM).
  • Планируйте развертывание одной реплики на каждые 20 виртуальных машин, которые вы планируете развертывать одновременно.

  Установка приложения в образы виртуальных рабочих столов Azure

  • Для универсальных приложений, установленных в ваш золотой образ, используйте метод Packer, описанный ранее в этой статье. в настоящее время является поддерживаемым Microsoft методом потоковой передачи приложений для каждого пользователя.
  • Используйте маскирование приложений FSLogix, чтобы скрыть или показать приложения или подключаемые модули, если эти приложения плохо работают с App-V.
  • По возможности используйте присоединение приложений MSIX для динамической доставки приложений пользователям и уменьшения общего размера золотого образа. Вы также можете использовать конвейеры CI/CD для автоматизации процесса упаковки приложений в формат MSIX. Чтобы узнать больше, см. обзор.

  Развертывание языков в образах виртуальных рабочих столов Azure

  У Microsoft есть процессы для установки языковых пакетов вручную или автоматически. Мы рекомендуем минимизировать административные расходы и автоматизировать процесс установки языка.

  Процесс включает в себя загрузку сценария PowerShell на виртуальную машину, которая будет преобразована в ваш образ. Вы можете найти примеры сценариев автоматизации в документации Microsoft. Если вы следуете рекомендации для конвейеров Packer, вы можете включить этот процесс в качестве дополнительной задачи сборки.

  Дополнительные сведения об установке языковых пакетов в многосеансовой среде Windows 10 Корпоративная см. в статье Установка языковых пакетов на виртуальных машинах Windows 10 в Виртуальном рабочем столе Azure.

  Создание пулов узлов виртуальных рабочих столов Azure из образов Azure Compute Gallery.

  Используйте подход «инфраструктура как код» (IaC) для развертывания и настройки ресурсов виртуальных рабочих столов Azure. Их следует использовать всякий раз, когда это возможно, чтобы обеспечить согласованность развертываний. Шаблоны ARM можно использовать для развертывания ресурсов Виртуального рабочего стола Azure в рамках задачи конвейера CI/CD. Вы также можете использовать их при использовании портала Azure, Azure PowerShell или Azure CLI.

  Ниже приведена рекомендуемая стратегия обновления пула хостов:

  • Настройте конвейер CI/CD для создания и распространения золотых образов в Azure Compute Gallery.
  • Назначьте пул узлов проверки и разверните новые узлы сеансов в пуле узлов проверки с помощью конвейеров CI/CD.
  • Протестируйте свою автоматизацию, используя пул узлов проверки.
  • Пометьте хосты сеансов номером сборки или версией образа, чтобы определить версию образа, который они используют.
  • Перед развертыванием подтвердите (или проверьте), чтобы убедиться, что у вас есть достаточная квота вычислений в вашей подписке.
  • После успешного тестирования в пуле проверки переведите существующие хосты сеансов в режим слива — помеченные виртуальные машины будет легко идентифицировать.
  • Разверните новые узлы сеансов и разрешите пользователям подключаться.
  • После успешного тестирования в рабочей среде начните освобождать старые узлы сеансов, чтобы больше не взимать плату за вычислительные ресурсы, и в конечном итоге удалите их, чтобы больше не взимать плату за управляемый диск.
  • Удаленные узлы сеансов будут удалены только из Azure. Объекты-компьютеры останутся в вашей AD, поэтому эти объекты-компьютеры нужно будет удалить вручную или с помощью скрипта.

  В приведенном выше примере показан один из методов автоматизации образов с использованием Azure DevOps и конвейера непрерывной интеграции и непрерывной доставки (CI/CD). Это облачный подход, который предлагает менее разрушительное развертывание новых узлов сеансов без простоев. Важно отметить, что вы должны учитывать резкое увеличение числа виртуальных машин по мере того, как вы поэтапно отказываетесь от старых образов и размещаете новые образы в сети.

  Как упоминалось выше, Azure Compute Gallery — это служба, которая помогает вам создавать структуру и организацию ваших изображений. На эти образы можно ссылаться в развертываниях IaC узлов сеансов виртуальных рабочих столов Azure. Сервис позволяет управлять версиями, группировать и тиражировать изображения.

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

  Похожие записи:

  1. Краткое руководство. Создание профиля передней дверцы Azure — портал Azure | Майкрософт учиться
  2. Обзор методов сноса бетона
  3. Виниловые и ламинированные полы: в чем разница?
  4. Сколько стоит построить крыльцо? |