Поддержка Windows Server 2022 в решениях Citrix

Microsoft Windows Server 2022 вышел в релиз и Citrix Virtual Apps and Desktops в первый же день обеспечил поддержку для новой операционной системы. Технологии Citrix, запущенные на новейшем сервере от Microsoft, предлагают преимущества для клиентов инфраструктур виртуальных рабочих столов (VDI) и рабочих столов в качестве сервиса (DaaS) с фокусом на безопасности и непрерывном управлении.

Релиз нового сервера доступен как для облачного, так и для локального размещения, что даёт администраторам гибкость при размещении инфраструктуры в соответствия бизнес-требованиям.

Ключевые примечания для администраторов Citrix:

• Официальный анонс доступности Windows Server 2022 состоялся 1 сентября 2021 года.
• Релиз Windows Server 2022 вышел в канале релизов длительного обслуживания (LTSC) для локальных развертываний, а также в виде редакции Datacenter для Azure, предназначенной для облачного развертывания.
• Сервис Citrix Virtual Apps and Desktops и текущий релиз (CR) Citrix Virtual Apps and Desktops 2106 предлагает поддержку серверной платформы (для использования ее в качестве виртуального агента доставки (VDA) с версией 2106 и старше), как в локальных окружениях, так и с облачным размещением.

Рекомендуется перед массовым вводом в эксплуатацию новой операционной системы предварительно развернуть ее в тестовом окружении.

Для клиентов сервиса Citrix Virtual Apps and Desktops новые возможности станут доступны автоматически, а для клиентов локального решения Citrix Virtual Apps and Desktops совсем скоро станет доступен текущий релиз (CR) 2109, который обеспечит новые возможности обновления с использованием Windows Server 2022.

Ускорение синхронизации конфигурации GSLB при помощи Citrix ADC

Глобальная балансировка нагрузки серверов (GSLB) – это слабо связанная распределенная система между несколькими центрами обработки данных или точками присутствия в различных географических расположениях. В связи с этим, обеспечение целостной конфигурации между всеми узлами GSLB может стать испытанием. Для решения данной задачи в Citrix ADC используется возможность синхронизации GSLB. В прошлый раз мы рассматривали, как эта возможность упрощает управление для администраторов.

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

Далее мы рассмотрим новую возможность инкрементальной синхронизации в Citrix ADC (Релиз 13.0, сборка 79.x) и то, как она помогает синхронизировать конфигурацию между узлами GSLB в реальном времени с поддержкой отказоустойчивости вне зависимости от конфигурации или развертывания GSLB.

Сокращение времени синхронизации при помощи инкрементальной синхронизации.

Отдельные узлы Citrix ADC в развертывании GSLB определяются как сайты GSLB. Обычно, сайт GSLB выбирается в качестве основного сайта за счёт включения возможности автоматической синхронизации конфигурации при помощи команды:

set gslb parameter -automaticConfigSync ENABLED

Затем данный сайт используется для применения конфигурации, необходимой в развертывании. Это обязанность сайта – синхронизировать конфигурацию во все остальные сайты GSLB (подчинённые сайты).

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

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

Полная синхронизация конфигурации.

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

В таких сценариях выполняться полная синхронизация конфигурации GSLB, в рамках которой весь файл конфигурации GSLB передается из основного сайта в подчинённый и сравнивается с конфигурацией подчинённого сайта. Различия в конфигурации применяются к подчинённому сайту.

Синхронизация файлов геолокации и ключей/сертификатов.

Синхронизация GSLB также отвечает за передачу файлов, используемых в развертывании GSLB, таких как файлы геолокации, которые используются в методе статической близости GSLB, сертификатов SSL и пар ключей, используемых для сервисов GSLB (кроме конфигурации). Эти файлы должны быть синхронизированы только тогда, когда они становятся частью конфигурации GSLB за счёт ассоциации с сущностями GSLB.

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

set gslb parameter -GSLBSyncLocFiles DISABLED

Все вместе эти обновления компонента GSLB существенно сокращают общее время синхронизации, как показано в таблице ниже (таблица показывает сравнение полной и инкрементальной синхронизации для нескольких строк изменённой конфигурации в развертывании GSLB, состоящем из трёх сайтов с круговой задержкой (RTT) в 200 миллисекунд от основного сайта до подчинённых и базовой конфигурацией GSLB размером примерно в 75000 строк.

Синхронизация	Время
Полная синхронизация (Full Synchronization)	181 секунда
Инкрементальная синхронизация (Incremental Synchronization)	8 секунд

Отказоустойчивая синхронизация конфигурации.

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

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

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

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

set gslb parameter -GSLBConfigSyncMonitor ENABLED

Заключение.

Компонент инкрементальной синхронизации, вместе с возможностью мониторинга сайта позволяет настраивать быструю и устойчивую синхронизацию конфигурации, которая способна помочь с решением задачи управления динамическими обновлениями конфигурации. Узнать больше о глобальной балансировки серверов (GSLB) и синхронизации конфигурации можно при помощи официальной документации по продукту и моей предыдущей статьи «Упрощение управления устройствам Citrix ADC в конфигурации глобальной балансировки серверов (GSLB)».

Проверка параметров в функциях и скриптах Windows PowerShell 5

Пришло время для продвинутых функций и скриптов в Windows PowerShell 5, мы продолжаем знакомиться с атрибутами параметров. На этот раз в центре внимания атрибуты проверки значений параметров.

В веб-касте представлено описание атрибутов и синтаксиса проверки значений параметров. Центрально место в веб-касте отведено под демонстрацию применения атрибутов проверки и разрешения пустых значений, проверки числовых значений и наборов строк. Дополнительно в веб-каст рассматривается применение блока скрипта (Scriptblock) для проверки вводимых значений.

Подробности и видео: LebedevUM.

P.S. Это шестой веб-каст в группе, поэтому если вы не знакомы с продвинутыми функциями и скриптами, рекомендую обратить внимание на предыдущие веб-касты:

• Продвинутые функции и скрипты Windows PowerShell 5
• Атрибут CmdletBinding в функциях и скриптах Windows PowerShell 5
• Атрибут OutputType в функциях и скриптах Windows PowerShell 5
• Атрибуты параметров в функциях и скриптах Windows PowerShell 5
• Псевдонимы параметров в функциях и скриптах Windows PowerShell 5.

Все веб-касты в хронологическом порядке: Windows PowerShell 5.

В следующем веб-касте мы рассмотрим динамические параметры в функциях и скриптах Windows PowerShell.

Посмотреть эту публикацию в Instagram

Публикация от Yuriy Lebedev (@lebedevum)

Релиз Windows Server 2022

1 сентября 2021 года Bernardo Caldas (Vice President of Program Management, Core OS and Edge Infrastructure, Microsoft) анонсировал релиз Windows Server 2022. Это большой шаг для операционной системы, которой доверяют критические рабочие нагрузки как крупнейшие корпорации, так и малый бизнес.

При помощи Windows Server 2022 клиенты могут продолжить безопасно запускать рабочие нагрузки, реализовывать новые сценарии гибридных облаков и модернизировать приложения для соответствия меняющимся бизнес-требованиям. В этой обзорной статье я предлагаю рассмотреть новые возможности Windows Server 2022 и то, какие преимущества новая версия операционной системы сможет принести вместе с модернизацией серверных окружений.

Продвинутая многоуровневая безопасность.

Безопасность всегда была краеугольным камнем Windows Server. Так как безопасность является ключевым приоритетом для клиентов Microsoft, каждая новая версия содержит улучшения в этом направлении, и Windows Server 2022 не стала исключением – новая версия содержит ряд расширений безопасности. В данном релизе клиенты могут получить преимущества от многоуровневой безопасности (Multi-Layered Security) с защищённой базой сервера и безопасными подключениями.

Защищенная база сервера – это решения аппаратных партнёров, которые предоставили оборудование, микропрограммное обеспечение и драйверы, способные помочь клиентам укрепить безопасность критических систем. Это поможет командам управления информационными технологиями (IT) и безопасностью (SecOps), применить всестороннюю безопасность в своем окружении с продвинутой защитой базы сервера и превентивной защитой на уровнях оборудования, микропрограммного обеспечения и виртуализации.

Безопасные подключения в Windows Server 2022 добавляют другой уровень в безопасность через транспорт. Новый релиз добавляет более быстрый и более безопасный зашифрованный протокол гипертекстовых сообщений (HTTPS) и поддержку индустриального стандарта шифрования AES-256 для протокола SMB.

Гибридные возможности с Azure.

Клиенты Microsoft, которые выбирают гибридный и мульти-облачный подход для цифровой трансформации бизнеса, могут получить преимущества от облачных сервисов за счёт подключения локальных развертываний Windows Server 2022 к Azure Arc.

Дополнительно, в Windows Server 2022 клиенты получат преимущества от расширений файлового сервера (File Server), таких как сжатие SMB (SMB Compression). Сжатие SMB повышает производительность перемещения файлов за счёт сжатия данных в процессе передачи по сети. Не остался без улучшений полюбившийся многим администраторам инструмент – Windows Admin Center, обеспечивающий современные возможности управления, такие как новый просмотр событий (Event Viewer) и поддержка прокси-шлюза для сценариев с подключением к Azure.

Гибкая платформа приложений.

При обновлении до Windows Server 2022 клиенты могут получить преимущества от улучшений масштабирования, таких как поддержка до 48 TB оперативной памяти и до 2048 логический ядер, запущенных на 64-ех физических сокетах для приложений первого уровня (Tier1). Также, в данном релизе клиенты могут получить преимущества от расширений контейнеров Windows. Например, Windows Server 2022 улучшает совместимость приложений контейнеров Windows, в том числе контейнеров HostProcess, поддержку IPv6 и двойного стека, а также возможность консистентной реализации политики сети при помощи Calico. Более того, команда разработки продолжает работать вместе с сообществом Kubernetes для обеспечения поддержки контейнеров Windows Server 2022, а также для добавления новых возможностей в Azure Kubernetes Service (AKS) и AKS в Azure Stack HCI.

Ранее я уже писал о новом образе контейнера в статье: «Предварительная версия образа контейнера Windows Server для Windows Server 2022». 

Дополнительные преимущества Windows Server.

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

В Azure: Azure Automanage (предварительная версия) позволяет специалистам по информационным технологиям не только автоматизировать передовой опыт в облаке, но и реализовать корпоративный опыт при помощи платформы облачной адаптации Microsoft. При помощи Azure Automanage для Windows Server клиенты могут легко мигрировать в Azure без необходимости изменять конфигурацию IP-адресов сети, безопасно перемещать файлы в Azure при помощи SMB через QUIC и применять горячую установку исправлений для новых виртуальных машин Azure с Windows Server.

Для модернизации существующих приложений клиенты имеют множество опций в Azure в зависимости от архитектурных потребностей приложений. Например, Azure Kubernetes Service (AKS) с простой поддержкой .NET позволяет модернизировать приложения с использованием Kubernetes – самой популярной платформы управления контейнерами.

Ну и в заключении, при переносе рабочих нагрузок в Azure можно получить такие преимущества как Azure Hybrid Benefit и бесплатные расширенные обновления безопасности (Extended Security Updates) для Windows Server 2008 и 2012, доступные только в Azure.

Гибрид и локальное развертывание: многие клиенты нуждаются в локальном запуске приложений и служб (на земле). При помощи Azure Arc и Azure Stack HCI, клиенты могут модернизировать уровни управления и виртуализации. Аналогично, клиенты, заинтересованные в модернизации локальных приложений Windows Server, смогут использовать AKS в Azure Stack HCI.

Вместе с продолжением представления новых возможностей в канале длительной поддержки (LTSC) Windows Server, команда разработки продолжит подключать новые сценарии в Azure, которые позволят клиентам упростить модернизацию окружений Windows Server.

Начать знакомство с Windows Server 2022.

Windows Server 2022 включает в себя широкий набор новых возможностей, для знакомства с которыми можно использовать следующие пути:

• Windows Server Evaluation Center – он позволяет попробовать Windows Server в Azure или скачать.
• Windows Server в Azure Marketplace для запуска виртуальных машин в Azure.
• Volume Licensing Service Center, где обладатели подписок могут загрузить Windows Server 2022.

Подробности редакций и цен на Windows Server 2022 доступны на странице «Pricing and licensing for Windows Server 2022».

От себя хочу добавить, что в связи с релизом Windows Server 2022, все дальнейшие веб-касты по Windows Server я буду записывать на базе новейшей версии операционной системы.

Также ближайшее время я планирую опубликовать несколько статей с техническими подробностями новых возможностей Windows Server.

Упрощение управления устройствами Citrix ADC в конфигурации глобальной балансировки серверов (GSLB)

Устойчивость и отказоустойчивость встроены в протокол DNS. Если сервер имен не может ответить на запрос, клиент DNS отказывается от этого сервера после настроенного количества повторных попыток. Затем клиент отправляет запрос на другой сервер, который представляется авторитетным сервером имен для запрашиваемого доменного имени.

Система доменных имен (DNS) – это слабо связанная распределенная система, при этом все сервера имен должны иметь комплексное представление о конфигурации, чтобы клиент получал целостный ответ. Будучи расширением DNS – GSLB позволяет адаптировать ответ к динамическим рабочим нагрузкам. Это значит, что необходимо иметь целостную конфигурацию GSLB между всеми участвующими серверами имен. Отказоустойчивость – это обязательная основа при обработке запросов DNS и в настройке серверов имен для GSLB.

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

Далее мы рассмотрим, как Citrix ADC может предоставить отказоустойчивую распределенную плоскость управления для GSLB, упрощая администраторам ИТ управление устройствами GSLB.

Целостное представление GSLB.

Если DNS отключается, пользователи не могут получить доступ к приложениям. Иметь как минимум один уровень устойчивости – это критически важная задача, поэтому устройства GSLB должны быть настроены в режиме Active-Active, при котором все устройства активно обрабатывают запросы DNS. Чтобы клиентские запросы DNS обрабатывались на любом устройстве в группе, все устройства должны иметь целостное представление:

• О конфигурации GSLB.
• Об информации выполнения (Runtime Information).

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

Протокол обмена показателями (Metric Exchange Protocol, MEP) в Citrix ADC доставляет комплексное представление о текущем состоянии между устройствами GSLB, а возможность синхронизации конфигурации GSLB в реальном времени предлагает целостное представление о конфигурации.

Целостность конфигурации GSLB.

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

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

После возвращения исходного мастера в строй, если какие-либо изменения конфигурации произошли (пока мастер был отключен), новейшее требуемое состояние конфигурации GSLB будет вытолкнуто. Старый мастер исправит отличия конфигурации и будет готов поддерживать роль мастера для будущих обновлений.

Статус синхронизации GSLB.

Можно просмотреть статус синхронизации GSLB при помощи команды show gslb syncstatus. Если включить предупреждение GSLB-SYNC-STATUS-FLIP администратор будет получать уведомления о всех ошибках синхронизации GSLB и сможет предпринять необходимые действия при помощи опций уведомления.

Заключение.

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

Узнать больше про Citrix ADC и глобальную балансировку серверов можно в документации по продукту и Citrix Tech Zone.

Непрерывная архивация PostgreSQL в CentOS 8

Пришло время продолжить наше погружение в управление PostgreSQL, на этот раз в центре внимания – непрерывная архивация (Continues Archiving).

В веб-касте представлено описание опций резервного копирования PostgreSQL и принципа работы непрерывной архивации. Центральное же место в веб-касте отведено демонстрациям настройки архивации журнала (Write Ahead Log, WAL), созданию базовой резервной копии при помощи утилиты pg_basebackup и восстановлению базы данных при помощи базовой резервной копии и архивных файлов журнала (WAL). Отдельное место в веб-касте отведено проверке архивации журналов и работоспособности восстановленной базы данных. Дополнительно в веб-касте обсуждаются преимущества и недостатки резервного копирования при помощи непрерывной архивации.

Подробности и видео: LebedevUM.

P.S. Это уже четвертый веб-каст в группе, поэтому если вы не знакомы с PostgreSQL или другими методами резервного копирования, рекомендую обратить внимание на предыдущие веб-касты группы: 

• Установка и настройка PostgreSQL в CentOS 8
• Резервное копирование PostgreSQL при помощи дампа SQL в CentOS 8
• Резервное копирование PostgreSQL на уровне файловой системы в CentOS 8

А следующий веб-каст станет заключительным в группе, в нем мы рассмотрим вопрос миграции на PostgreSQL в CentOS 8.

Посмотреть эту публикацию в Instagram

Публикация от Yuriy Lebedev (@lebedevum)