Доступна предварительная версия Configuration Manager 2002.2

Вышла предварительная версия (Technical Preview) обновления 2002.2 для Microsoft Endpoint Configuration Manager. Данный предварительный релиз содержит:

Улучшения поддержки для устройств ARM64. Все платформы Windows 10 (ARM64) теперь доступны в списке поддерживаемых версий операционных систем для следующих объектов:

• Поддерживаемые платформы элементов настройки (Configuration Item).
• Тип требований для развертывания приложений (Application Deployment).
• Требования пакетов программ (Package Program).
• Расширенные свойства последовательностей задач (Task Sequence).

Поддержка для 64-ех битной редакцию macOS Catalina. Configuration Manager теперь поддерживает 64-ех битную редакцию macOS Catalina версии 10.15.

Поиск всех подпапок для элементов настройки (Configuration Items) и базовых настроек (Configuration Baselines). Подобно улучшениям в предыдущих релизах, теперь можно использовать опцию поиска “Все подпапки” (All Subfolders) из узлов элементов настройки (Configuration Items) и базовые настройки (Configuration Baselines).

Внутренние правила управления для корректной настройки HTTPS. Данный релиз включает у себя дополнительные внутренние правила, чтобы помочь настроить сайт на безопасные коммуникации по HTTPS:

• Сайты, которые не имеют корректной конфигурации HTTPS.
• Устройства, не загруженные в Azure AD.

Улучшения в управлении BitLocker. В текущей ветке Configuration Manager версии 1910, для интеграции службы восстановления BitLocker, требовалась точка управления (Management Point) с включенным HTTPS. Соединение HTTPS требуется для шифрования ключей восстановления во время их передачи по сети от клиента Configuration Manager на точку управления. Начиная с данной версии, требование HTTPS относится к веб-сайту IIS, который размещает службу восстановления, а не ко всей роли точки управления. Это изменение упрощает требования к сертификату, сохраняя шифрование ключей восстановления при передаче.

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

Обновление 2002.2 для предварительной версии доступно в консоли Microsoft Endpoint Configuration Manager. Для новых установок, базовая версия 1911 ветки предварительных версий Configuration Manager доступна в Microsoft Evaluation Center. Релизы ветки предварительных версий дают возможность попробовать новый функционал Configuration Manager в тестовом окружении до релиза.

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

Релиз Red Hat Ceph Storage 4

10 марта 2020 года Red Hat анонсировал Red Hat Ceph Storage 4 – мажорный релиз, который добавляет ряд улучшений в масштабировании, мониторинге, управлении и безопасности. Дополнительно, одной из целей Ceph Storage 4, было спроектировать решение таким образом, чтобы с ним было проще начать работать.

Что такое Ceph?

Red Hat Ceph Storage – это серьезным образом масштабируемая платформа программно-определенного хранилища с открытым исходным кодом для развертываний с объемом хранилища вплоть до петабайтов (PB), предназначенное для современных рабочих нагрузок, таких как: анализ данных, искусственный интеллект/машинное обучение (AI/ML), облачная инфраструктура, медиа-репозитонии, хранение резервных копий, а также, многое другое. Оно спроектировано для обеспечения гибкости и помощи в решении проблем с хранилищем, с которыми сталкиваются современные окружения, а также с учётом будущих требований.

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

Рассмотрим наиболее значимые возможности, добавленные в новейшем релизе.

Укреплённый фронтенд (Frontend).

Red Hat Ceph Storage можно использовать для настройки объектного хранилища, совместимого с Amazon Simplified Storage Service (S3), на собственном оборудовании и взаимодействовать с ним через HTTP-шлюз Ceph при помощи Amazon S3 или OpenStack Swift API.

В данном релизе команда разработки представила Beast.Asio в качестве фронтенда по умолчанию для Object Store Gateway (RGW) и в качестве веб-фронтенда для Red Hat Ceph Storage. Beast может доставлять лучшую агрегированную пропускную способность с меньшим потреблением ресурсов, чем раньше, и позволяет Ceph RADOS Gateway (RGW) обеспечивать дополнительные соединения с меньшим потреблением памяти на каждый поток.

В 4-ой версии также добавлена поддержка классов хранилища совместимых с S3 для лучшего управления размещением данных в соответствии с потребностями приложений. Для всех кто заинтересован в размещении большого объёма данных от источников интернета вещей (IOT), создания моделей машинного обучения для искусственного интеллекта или архивации данных для нечастой выборки и управления – классы хранилища Ceph помогут управлять затратами на хранилище, при этом обеспечивая необходимый уровень производительности.

Ускоренный бэкенд (Backend).

Команда разработки не только улучшила фронтенд Red Hat Ceph Storage 4, но и представила BlueStore в качестве бэкенда по умолчанию для Ceph Object Storage Daemons (OSD), а также опубликовала результаты внутреннего тестирования, которые продемонстрировали видимый прирост производительности. BlueStore позволяет OSD писать напрямую на диск, а также предоставляет более оптимизированное хранение метаданных через RocksDB и предварительную запись журнала, которые расширяют, как пропускную способность, так и производительность ввода/вывода. В результате внутреннее тестирование показало лучшую производительность записи объектов (в два с лишним раза) и меньшую задержку, чем была представлена год назад.

Упрощённое управление.

Золотое правило системного администратора: «если что-либо нужно сделать больше чем один раз – автоматизируй это». Разработчики Red Hat Ceph Storage 4 также взяли его на вооружение и использовали опыт Ansible, чтобы упростить установку и управление.

В 4-ой версии была добавлена возможность установить кластер Ceph при помощи веб-интерфейса Cockpit. Под капотом данного решения используются сценарии Ansible (Playbooks).

Новый дашборд Red Hat Ceph Storage 4 предлагает новые возможности мониторинга, а также администраторы с его помощью могут управлять томами хранилища, создавать пользователей и даже запускать обновление кластера. Разумеется, инструменты командной строки никуда не делись и, по-прежнему, доступны, но 4-ая версия позволяет использовать их через веб-интерфейс.

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

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

Улучшенные утилиты.

Большинство администраторов знакомы с утилитой ceph-medic, которая позволяет определять проблемы, препятствующие работе Ceph. На аппаратных установках утилита использует файл инвентаризации Ansible, чтобы определить хосты и установить соединение по SSH для получения информации об установке и конфигурации.

В Ceph Storage 4, ceph-mefic позволяет подключаться к контейнеризированному кластеру разными типами подключений (docker, podman, Kubernetes или OpenShift). При использовании OpenShift или Kubernetes даже файл инвентаризации не нужен – файлы хостов генерируется динамически и группируются по типу демона.

Улучшенная файловая система Ceph.

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

До Ceph 4, необходимо было погружаться в журналы сервера метаданных, чтобы увидеть статус запущенной файловой системы Ceph (CephFS). Теперь администраторы могут вызвать ceph -w (которая используется для отображения рабочей сводки статуса кластера Ceph), и это отобразит статус активных кустов.

Ещё больше.

Ceph Storage 4 имеет набор прочих улучшений, в том числе сокращённые требования масштаба для установки Ceph. Теперь необходимо всего три узла, чтобы начать работать с Ceph Storage 4, но для крупных организаций, Ceph можно масштабировать до объемов, измеряемых экзабайтами (Eb) с количеством объектов более одного миллиарда (по результатам внутреннего тестирования).

Также было улучшено шифрование и сокращена административная нагрузка в Ceph Storage 4. Red Hat предоставляет стандартный жизненный цикл поддержки продолжительностью 3 года и дополнительно два года поддержки (ELS) для организаций, которым это необходимо.

Заключение.

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

Для получения дополнительной информации о Ceph Storage 4, обратитесь к заметкам к релизу.

Цикл for в Windows PowerShell 5

Продолжение веб-кастов по управлению потоком в Windows PowerShell 5.

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

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

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

• Условное выражение (if) в Windows PowerShell 5
• Циклы while и do в Windows PowerShell 5

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

А следующий веб-каст продолжит тему циклов.

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

Публикация от Yuriy Lebedev (@lebedevum) 9 Мар 2020 в 2:27 PDT

Релиз VMware vSAN 7

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

Гиперконвергентная инфраструктура (HCI) была быстро адаптирована организациями всех размеров для лучшего обеспечения бизнес требований. Большинство организаций, заинтересованы в более быстрой доставке новых товаров и услуг клиентам и сотрудникам; так как новые технологии существенно сократили время на разработку и доставку информационных продуктов, лица принимающие решения, относительно инфраструктуры информационных технологий, нуждаются в платформе, которая позволит быстро доставлять новые решения. Для этого было определено несколько путей:

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

Примечание.

Источник: Perry, Christian. Voice of the Enterprise, Servers and Converged Infrastructure, Budget and Outlook, 2019. 451 Research.

В соответствие с трендами и потребностями индустрии vSAN 7 упрощает управление инфраструктурой за счёт сокращения инструментария, необходимого для управления жизненным циклом серверов. Организации теперь могут унифицировать блочное и файловое хранилище при помощи vSAN, что сокращает потребность в сторонних решениях и ускоряет развертывание общих файловых ресурсов. Также vSAN включает новые возможности, расширяющие облачные приложения, за счет обеспечения поддержки файловых служб и дополнений vSphere для Kubernetes (ранее известного как Project Pacific) через VMware Cloud Foundation.

Упрощение обновления кластеров при помощи vSphere Lifecycle Manager.

Управление жизненным циклом – это продолжительная по времени задача, общая для администраторов, поддерживающих свои инфраструктуры при помощи нескольких инструментов, которые требуют специализированных навыков. На данный момент, клиенты VMware используют два разных интерфейса для управления: vSphere Update Manager (VUM) для обновления программного обеспечения и драйверов, а также утилиты, предоставляемые производителями серверов для обновления микропрограммного обеспечения (Firmware). В данном релизе, VMware HCI предоставляет основу для нового, унифицированного механизма обновления программного обеспечения и управления микропрограммным обеспечением – vSphere Lifecycle Manager (vLCM).

vLCM построен с моделью постоянного состояния, которая предоставляет управление жизненным циклом для гипервизоров, а также полного стека драйверов и микропрограммного обеспечения для серверов входящих в состав центра обработки данных (ЦОД). vLCM может быть использован для применения образа, мониторинга соответствия и восстановления кластера, если в нем есть отклонения. Это сокращает трудозатраты на мониторинг соответствия для отдельных компонентов и помогает поддерживать целостное состояние всего кластера с соблюдением VMware Compatibility Guide (VCG). vLCM – это новый эффективный подход для создания комплексного управления жизненным циклом в масштабе.

Встроенные файловые службы (Native File Services) для vSAN.

Встроенные файловые службы (Native File Service), интегрированные в vSAN, упрощают управление хранилищем, так как они помогают сократить зависимость от сторонних решений. vSAN 7 теперь поддерживает NFS v3 и v4.1, что в результате обеспечивает новые сценарии применения. Включение файловых служб происходит так же, как и включение других возможностей уровня кластера, таких как службы iSCSI, шифрование, дедубликация и сжатие. Весь жизненный цикл развертывания и поддержки файловых служб может быть выполнен через пользовательский интерфейс vCenter. Данная возможность помогает обеспечить широкий диапазон сценариев применения, требующих файловых служб с простой интеграцией.

Развертывание современных приложений на vSAN при помощи Enhanced Cloud Native Storage.

vSAN 7 расширяет и укрепляет возможности облачного хранилища, впервые представленные в vSAN 6.7 Update 3. vSAN теперь поддерживает использование встроенных файловых служб в качестве постоянных томов для кластеров Kubernetes. В дополнение к файловым службам, vSAN обеспечивает дополнение vSphere для Kubernetes (ранее известное как Project Pacific), которое обеспечивает возможность развертывания на хранилище (Datastore) vSAN рабочих нагрузок в контейнерах с сохранением состояния.

Общие улучшения.

Интегрированное представление DRS о конфигурациях растянутого кластера (Stretched Cluster).

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

Немедленная операция восстановления после замены наблюдающего хоста (Witness Host) vSAN.

vSAN 7 расширяет логику замены и повторной синхронизации наблюдающего хоста (Witness Host) vSAN для растянутого кластера (Stretched Cluster) и двух-узловых топологий. Когда устройство хоста наблюдателя vSAN должно быть заменено, это может быть легко сделано при помощи кнопки “Replace Witness” в vCenter. После замены, vSAN вызывает немедленную операцию восстановления, быстро приводя хост наблюдения vSAN к полноценному состоянию. Это улучшение помогает устранить уязвимость переходного процесса в защите уровня сайта за счёт расширения процесса восстановления хоста наблюдения vSAN.

Перенаправление ввода/вывода растянутого кластера (Stratched Cluster) на основе дисбаланса объема между сайтами.

Топология растянутого кластера (Stretched Cluster) vSAN предоставляет устойчивость виртуальных машин и данных в случае отключения сайта. Гибкость vSAN позволяет администраторам детально настраивать параметры конфигурации для отдельных виртуальных машин с разными уровнями защиты или связями (Affinity). В результате может получиться дисбаланс доступного объема в одном сайте по сравнению с остальными. vSAN 7 представил новую интеллектуальную возможность минимизировать влияние на производительность в связи с ограничивающими условиями. При обнаружении дисбаланса, vSAN проверяет множество параметров на основе того, что они ограничивают ввод/вывод и перенаправляет активный ввод/вывод в здоровый сайт. Эти предотвращающие проблемы шаги происходят без остановки работы виртуальных машин. Подобная оптимизация является отличным примером того, как представленные аналитические возможности vSAN гарантируют прогнозируемую работу несмотря на широкое разнообразие условий.

Точность отчетов об использованном пространстве на уровне виртуальных машин vSAN в интерфейсе vCenter.

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

Улучшенные отчёты о памяти для будущих оптимизаций.

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

Видимость объектов vSphere Replication в представлении объема vSAN.

VMware vSphere Replication – это основанное на гипервизоре решение асинхронной репликации для виртуальных машин vSphere. Оно предоставляет простой и эффективный механизм для защиты и восстановления виртуальных машин. Репликация vSphere входит во все редакции, начиная с vSphere Essentials Plus Kit. vSAN 7 представил значительное улучшение для окружений, использующих vSphere Replication – администраторы теперь могут легко определять объекты данных, связанные с vSphere Replication на уровне объекта виртуальной машины, а также в представлениях объема на уровне кластера. Эта осведомленность о данных vSphere Replication помогает администратору определять ресурсы, используемые для нужд асинхронной репликации.

Поддержка для устройств большего объема.

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

Встроенная поддержка горячего добавления NVMe.

NVMe помогла установить новый уровень производительности для систем хранения. vSphere 7 представил одну возможность, которая соответствует или превышает возможности, связанные с более старыми устройствами SAS и SATA: поддержка горячего подключения устройств NVMe в vSphereи vSAN. Это предоставляет новый уровень гибкости и удобства обслуживания для хостов с устройствами NVMe, увеличивая время непрерывной работы за счёт упрощения задач обслуживания, связанных с добавлением, удалением и перемещением устройств хранения в хостах. Современные хосты могут иметь десятки подключенных устройств NVMe и преимущества от горячего подключения должно помочь как большим, так и маленьким окружениям.

Удаление требования Eager Zero Thick (EZT) для общих дисков в vSAN.

Данный релиз также представил улучшенную гибкость для приложений виртуальных машин (таких как Oracle RAC), использующих общие виртуальные диски. vSAN 7 устраняет предварительное требование формата Eager Zero Thick от дисков с флагами мульти-записи (Multi-Writer).

Заключение.

VMware vSAN 7 модернизирует гиперконвергентную инфраструктуру за счёт предоставления администраторам унифицированной плоскости управления хранилищем для блочных и файловых протоколов, а также предоставляет значительные улучшения, которые обеспечивают великолепное решение, как для традиционных, так и для облачных приложений. vSphere Lifecycle Manager сокращает сложность мониторинга и поддержки инфраструктуры за счёт консолидации инструментов обновления программного обеспечения, драйверов и микропрограммного обеспечения (Firmware), а также предоставляет модель требуемого состояния с применением требуемого образа. Общие файловые ресурсы vSAN 7 позволяют администраторам быстро разворачивать общие файловые ресурсы через единый рабочий поток; интегрированные общие файловые ресурсы также сокращают зависимость от сторонних решений и упрощают управление жизненным циклом. Так как облачные приложения под управлением Kubernetes также могут получить преимущества от общих файловых ресурсов vSAN, команда ИТ может консолидировать больше рабочих нагрузок в гиперконвергентной инфраструктуре (HCI) на базе vSAN и сделать её более эффективной. Дополнительные улучшения предоставляющие широкое разнообразие преимуществ, от расширенного мониторинга инфраструктуры, который помогает администраторам планировать будущие потребности, до инфраструктуры, готовой к завтрашнему дню, за счёт поддержки накопителей большего объема и увеличенного времени непрерывной работы за счёт горячего подключения NVMe. vSAN остаётся предпочтительной платформой, как для традиционных приложений, так и для эволюционирующих современных приложений, за счет бесшовной эволюции и быстрого внедрения инноваций.

P.S. С другими новыми возможностями VMware vSphere 7 можно познакомиться в статье «VMware vSphere 7: Основные службы для современного гибридного облака».

Файловая система ext3 в CentOS 8

Сегодня открываем тему файловых систем в Linux на примере ext3 в операционной системе CentOS 8.

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

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

P.S.  Данный веб-каст является логическим продолжением веб-каста “Управление дисками при помощи parted в CentOS 8”, поэтому настоятельно рекомендую начать свой просмотр с него.

В следующем веб-касте мы продолжим изучать возможности файловой системы ext.

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

Публикация от Yuriy Lebedev (@lebedevum) 12 Мар 2020 в 11:44 PDT

VMware vSphere 7: Основные службы для современного гибридного облака

10 марта 2020 года VMware представила наиболее всесторонний стек программного обеспечения для современных приложений: портфолио VMware Tanzu, VMware Cloud Foundation 4 и VMware vSphere 7. Данное предложение предоставляет новый путь для организаций, рассматривающих инициативы модернизации приложений.

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

Клиенты VMware успешно соответствуют меняющимся требованиям собственных пользователей (клиентов), одновременно работая над двумя инициативами: модернизацией подхода к приложениям и модернизацией инфраструктуры, на которой эти приложения запускаются, для соответствия потребностям собственных разработчиков и команд ИТ.

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

Это и есть то, что теперь предоставляет vSphere. vSphere 7 – это крупнейший релиз vSphere за последние 10 лет, который доставляет инновации и изменённую архитектуру с встроенным Kubernetes, представленным на VMworld 2019 как Project Pacific.

Главная новость заключается в том, что теперь vSphere имеет встроенную поддержку для Kubernetes, таким образом, можно запускать контейнеры и виртуальные машины на одной платформе, с простым обновлением системы, которая стандартизирована и адаптирована под VMware Cloud Foundation. Дополнительно, этот релиз полон новых возможностей сконцентрированных на значительном увеличении производительности разработчиков и операторов, не зависимо от того, будут ли они использовать контейнеры.

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

Теперь, давайте рассмотрим ключевые возможности в vSphere 7.

Упрощенное управление жизненным циклом.

Так как клиенты начинают предоставлять инфраструктурные сервисы с облачной моделью потребления, критически важно иметь решение, которое позволяет полностью автоматизировать и легко управлять жизненным циклом инфраструктурного программного обеспечения, а также микропрограммного обеспечения оборудования. В vSphere 7 представлено следующее поколение vSphere Lifecycle Manager и Update Planner. Они позволяют непрерывно управлять жизненным циклом инфраструктуры при помощи парадигмы требуемого состояния. Дополнительно были добавлены профили vCenter Server для управления требуемым состоянием конфигурации экземпляров vCenter Server.

Внутренний контроль и безопасность.

Безопасность всегда важна, вне зависимости от площадки размещения в центре обработки данных (ЦОД) или в облаке. Теперь при помощи vSphere 7 можно лучше обеспечивать безопасность инфраструктуры, данных и доступов за счёт простой, всесторонней модели на основе политик. vSphere 7 представила удалённую аттестацию для чувствительных рабочих нагрузок при помощи нового vSphere Trusted Authority. Более того, он может предоставлять безопасную аутентификацию vCenter Server при помощи внешней федерации (Identity Federation). Также vSphere 7 поддерживает Intel Software Guard Extensions для предоставления расширений SGX пользовательским приложениям.

Производительность и устойчивость для ускорения приложений.

vSphere всегда отлично себя показывала при запуске больших рабочих нагрузок, имеющих критическое значение для бизнеса – возможно даже лучше, чем облачные развертывания. VMware не останавливается на достигнутом и продолжает работы в этой области. В vSphere 7 теперь можно размещать большие рабочие нагрузки с улучшенным планировщиком распределенных ресурсов (Distracted Resource Scheduler, DRS), который использует подход с упором на рабочие нагрузки при помощи DRS-оценок виртуальных машин для хостов в качестве метрики при принятии решений о размещении и поддержании состояния виртуальной машины, вместо того, чтобы опираться исключительно на балансировку на уровне кластера. Также vSphere 7 предоставляет расширенную производительность приложений на поддерживаемом оборудовании при помощи vSphere Persistent Memory, предоставляя приложениям доступ к ультра-скоростному хранилищу с низкой стоимостью. Более того, был обновлен vMoution для улучшения производительности, что в результате дало возможность использовать vMoution для баз данных и критических рабочих нагрузок. При помощи vSphere 7 также можно получить преимущества от экономически эффективных пулов ресурсов аппаратного обеспечения для искусственного интеллекта и машинного обучения (AI/ML), за счёт поддерживаемого оборудования, такого как: графические процессоры (GPU) NVIDIA. Дополнительно, это обеспечивает прогнозируемое качество сервиса для приложений чувствительных к времени при помощи Precision Time Protocol (PTP).

Следующие потрясающие возможности доступны для клиентов, использующих контейнеры и Kubernetes. Обратите внимание, что возможности Kubernetes в vSphere 7 доступны только как часть VMware Cloud Foundation 4 с Tanzu.

Общая платформа для запуска рабочих нагрузок контейнеров/Kubernetes и виртуальных машин.

Более не требуется несколько отдельных систем для виртуальных машин и контейнеров. Команда разработки верит, что данный релиз будет иметь трансформирующее влияние, так как в нем удален ключевой барьер адаптации Kubernetes в корпоративном окружении: несколько изолированных стеков технологий. В прошлом клиенты VMware настраивали отдельное окружение для Kubernetes со специализированными командами поддержки и процессами. За счёт встраивания Kubernetes в vSphere администраторы теперь могут консолидировать новые и традиционные окружения приложений в единый стек и применять существующие технологии и процессы. Также это решает другое ограничение успешного применения Kubernetes: разрыв в навыках. При помощи минимальной подготовки, администраторы vSphere теперь смогут поддерживать Kubernetes и новейшие приложения, запущенные в контейнерах.

Модернизированная разработка приложений Kubernetes.

vSphere 7 обеспечивает модель доступа DevOps к инфраструктуре для разработчиков через интерфейсы разработки приложений (API) Kubernetes. Это включает в себя Tanzu Kubernetes Grid Service, который является управляемой и совместимой реализацией Kubernetes от VMware для построения современных приложений на базе контейнеров. Дополнительно, заинтересованные в полностью совместимыми с Kubernetes экземплярами контейнеров могут использовать новый vSphere Pod Service, который предоставляет улучшенные производительность и безопасность, а также встроен в гипервизор с изоляцией подобной виртуальным машинам.

Гибкость управления для приложений Kubernetes.

Напоследок VMware представила множество значимых изменений в vSphere с Kubernetes для администраторов виртуальных инфраструктур. Это новый путь управление инфраструктурой называемый управление с фокусом на приложениях (Application-Focused Management) для приложений в контейнерах. Он позволяет администраторам организовывать несколько объектов в логические группы и затем к ним применять политики. Например, администратор может применять политики безопасности и лимиты хранилища к группе контейнеров и кластеров Kubernetes, которые представляют предложение, вместо того чтобы применять их к каждому объекту индивидуально. Это помогает увеличить продуктивность и сокращает число ошибок, которые могут быть сложны в поиске и устранении.

vSphere с Kubernetes доступны через VMware Cloud Foundation 4 с Tanzu. Одна из ключевых инноваций доступная только в VMware Cloud Foundation – это набор служб и интерфейсов разработки приложений (API), называемых VMware Cloud Foundation Services, которые служба ИТ может развернуть для разработчиков.

VMware Cloud Foundation Services.

Созданные инновациями в vSphere с Kubernetes, VMware Cloud Foundation Services – это новые, интегрированные интерфейсы разработки приложений (API) Kubernetes и REST, которые позволяют управлять инфраструктурой через API-доступ ко всем базовым службам.

API состоит из двух семейств сервисов: Tanzu Runtime Services и Hybrid Infrastructure Services:

• Службы Tanzu (Tanzu Runtime Services) доставляют базовые службы развертывания Kubernetes, в том числе обновленное распространение:
• Tanzu Kubernetes Grid Service, который позволяет разработчикам управлять целостностью, соответствием и совместимостью кластеров Kubernetes для построения современных приложений.
• Службы гибридной инфраструктуры (Hybrid Infrastructure Services) – содержат полный доступ Kubernetes и REST API, который разделяет создание и управление виртуальными машинами, контейнерами, хранилищем, сетью и прочими базовыми возможностями. На данный момент они включают в себя следующие базовые службы:
• vSphere Pod Service – расширяет Kubernetes за счет возможности запускать поды напрямую на гипервизоре. Когда разработчики разворачивают контейнеры при помощи vSphere Pod Service, они получают такой же уровень безопасной изоляции, гарантированной производительности и возможностей управления, которыми обладают виртуальные машины, нужно отметить, что он не полностью совместим с Kubernetes.
• Storage Service – позволяют разработчикам управлять постоянными дисками для использования их контейнерами Kubernetes и виртуальными машинами.
• Network Service – позволяют разработчикам управлять виртуальными маршрутизаторами, балансировщиками нагрузки и правилами межсетевого экрана.
• Registry Service – позволяет разработчикам хранить, управлять и лучше обеспечивать безопасность образов Docker и OCI при помощи Harbor.

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

P.S. Ближайшее время я опубликую ещё несколько анонсов новых продуктов VMware и несколько статей освещающих технические подробности vSphere 7.

Также, в связи с выходом vSphere 7, все дальнейшие веб-касты на тему VMware vSphere будут записываться на базе текущего актуального релиза.

Релиз PowerShell 7.0

4 марта 2020 года команда разработки PowerShell, анонсировала доступность релиза PowerShell 7.0! В первую очередь данный релиз возможен благодаря большой работе, проделанной сообществом открытого кода, которое писало код, проводило тестирование, вело документацию и присылало отчеты о найденных ошибках. Без всего этого PowerShell 7 не был бы возможен.

Что такое PowerShell 7?

PowerShell 7 – это новейшее мажорное обновление кроссплатформенного (Windows, Linux и MacOS) средства автоматизации и платформы настройки, оптимизированной для работы со структурированными данными (JSON, CSV, XML и так далее), REST API и объектными моделями. PowerShell включает в себя оболочку командной строки, объектно-ориентированный язык написания сценариев, а также набор инструментов для выполнения сценариев/командлетов и управления модулями.

Три года назад был анонсирован PowerShell Core 6, как полностью новая редакция PowerShell. Построенный на базе .NET Core, PowerShell Core представил кроссплатформенную поддержку для Windows, MacOS и Linux; удалённую работу на базе SSH; существенно улучшенную поддержку REST и JSON; официальную поддержку контейнеров Docker и многое другое. Также это был первый релиз PowerShell выпущенный под лицензией с открытым исходным кодом (MIT), что привлекло множество энтузиастов к работе над исходным кодом, документацией и к тестированию.

После трёх успешных релизов PowerShell Core, команда приняла решение о выпуске PowerShell 7 – следующей главы непрекращающейся разработки PowerShell. В PowerShell 7, помимо стандартного набора новых командлетов, API и исправлений ошибок, представлен набор новых возможностей, в том числе:

• Параллелизация конвейерной обработки при помощи ForEach-Object -Parallel.
• Новые операторы:
• Тернарный (тройной) оператор: a ? b : c.
• Операторы цепной конвейерной обработки: || и &&.
• Операторы пустых объединений: ?? и ??=.
• Упрощённый и динамический просмотр ошибок, а также командлет Get-Error для более простого исследования ошибок.
• Уровень совместимости, который позволяет импортировать модули в явные сессии Windows PowerShell.
• Автоматическое уведомление о новых версиях.
• Возможность вызывать ресурсы DSC, напрямую из PowerShell 7 (экспериментально).

Для получения полного списка возможностей и исправлений обратитесь к заметкам к релизу PowerShell 7.0.

Переход от PowerShell Core 6.x к 7.0 также означает переход от .NET Core 2.x к 3.1. .NET Core 3.1 возвращает на хост интерфейсы разработки приложений (APIs) .NET Framework (особенно на Windows), обеспечивая существенно больше обратной совместимости с существующими модулями PowerShell. Это делает обеспечивает работу множества модулей на Windows, которые требуют возможностей графического интерфейса пользователя (GUI), например, Out-GridView и Show-Command, а также множества модулей, управляющих ролями, которые предоставляются, как часть Windows. Для получения дополнительной информации, обратитесь к таблице совместимости модулей, показывающей как получить новейшие обновления модулей, которые работают с PowerShell 7.

Если ранее многие не могли использовать PowerShell Core 6.x, из-за проблем совместимости модулей, то теперь для них это станет первым приближением к невероятным возможностям уже добавленным в проект Core.

Как получить PowerShell 7?

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

Для тех, кто знаком с установкой и просто нуждается в двоичном пакете (MSI, ZIP, RPM и так далее), можно перейти к новейшему релизу на GitHub.

Также, можно использовать один из множества образов контейнеров Docker. Для получения дополнительной информации по применению данных контейнеров обратитесь к репозиторию PowerShell-Docker.

Какие операционные системы поддерживают PowerShell 7?

Следующие 64-ех битные операционные системы поддерживают PowerShell 7:

• Windows 7, 8.1 и 10.
• Windows Server 2008 R2, 2012, 2012 R2, 2016 и 2019.
• macOS 10.13+.
• Red Hat Enterprise Linux (RHEL) / CentOS 7+.
• Fedora 29+.
• Debian 9+.
• Ubuntu 16.04+.
• openSUSE 15+.
• Alpine Linux 3.8+.

Дополнительно, поддерживаются ARM32 и ARM64 разновидности Debian и Ubuntu, а также ARM64 Alpine Linux.

Несмотря на отсутствие официальной поддержки, сообщество также предоставляет пакеты для Arch и Kali Linux.

Для всех, кто хотел бы видеть поддержку для платформы, не представленной в списке, имеется возможность заполнить запрос на GitHub (учтите, что PowerShell 7 ограничен платформами поддерживающими .NET Core 3.1).

Что случилось с PowerShell Core?

Подобно тому, как .NET принял решение, что делать с .NET 5, команда разработки планирует, что PowerShell 7 маркирует завершение работ по максимизации обратной совместимости с Windows PowerShell. Команда надеется, что в итоге PowerShell 7 и его дальнейшие итерации станут единым целым, что в результате позволит PowerShell развиваться ещё быстрее.

Тем не менее, PowerShell 7, по-прежнему, отмечен редакцией “Core”, для того чтобы обозначить различия 6.x/7.x c Windows PowerShell. Но, в целом, далее он будет маркироваться как “PowerShell 7”.

Какие продукты Microsoft уже поддерживают PowerShell 7?

Любой модуль, который уже поддерживает PowerShell Core 6.x, также поддерживается в PowerShell 7, в том числе:

• Azure PowerShell (Az.*).
• Active Directory.
• Многие модули в Windows 10 и Windows Server (это можно проверить при помощи Get-Module -ListAvailable).

В Windows, в командлет Import-Module был добавлен переключатель -UseWindowsPowerShell, для упрощения перехода к PowerShell 7 и устранения проблем несовместимости модулей. Данный переключатель создаёт прокси модуль в PowerShell 7, который использует локальный процесс Windows PowerShell для явного запуска любых командлетов импортируемого модуля. Для получения дополнительно информации по данному функционалу обратитесь к документации по командлету Import-Module.

Для модулей, которые остаются несовместимыми, ведется работа напрямую с несколькими продуктовыми командами для добавления встроенной поддержки PowerShell 7, в том числе с командами Microsoft Graph, Office 365 и другими.

Azure Cloud Shell уже обновлен для использования PowerShell 7, также другие компоненты, такие как: образы контейнеров Docker с .NET Core SDK и Azure Functions – будут обновлены ближайшее время.

Как PowerShell 7 официально поддерживает Microsoft?

Также как PowerShell Core, PowerShell 7- это поддерживаемый продукт для широкого диапазона клиентов Microsoft с соглашениями о поддержке.

Начиная с PowerShell 7, Microsoft изменил жизненный цикл поддержки для соответствия жизненному циклу .NET, лежащему в основе и распространяемому, как часть PowerShell. Это значит, что PowerShell 7.0 обладает длительной поддержкой (LTS) релиза, и будет поддерживаться 3 года с 3 декабря 2019 (дата релиза.NET Core 3.1).

Дополнительные сведения о жизненном цикле доступны по ссылке https://aka.ms/pslifecycle.

Что будет дальше с PowerShell?

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

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

Как оставить обратную связь о PowerShell 7?

Для большинства ошибок, напрямую связанных с PowerShell 7, можно заполнить форму в основном репозитории PowerShell. Для ошибок, связанных с определенными модулями (такими как PSReadline или PowerShellGet), обратитесь к соответствующему репозиторию.

Заключение!

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

От себя добавлю, что в связи с выходом PowerShell 7, я не прекращаю работы по выпуску веб-кастов про Windows PowerShell 5, так как они не теряют своей актуальности.

Циклы while и do в Windows PowerShell 5

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

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

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

P.S. Это второй веб-каст в группе, поэтому если вы не знакомы с ключевыми словами, управляющими потоком выполнения кода, рекомендую начать свой просмотр с веб-каста «Условное выражение (if) в Windows PowerShell 5».

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

В следующем веб-касте мы продолжим рассматривать циклы.

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

Публикация от Yuriy Lebedev (@lebedevum) 7 Мар 2020 в 11:21 PST

Новые возможности в Update Rollup 1 для System Center 2019 Data Protection Manager

Команда System Center анонсировала Update Rollup 1 для System Center 2019 Data Protection Manager (DPM). Данное обновление включает в себя новые возможности, исправления критических ошибок и устраняет проблемы развертывания.

Поддержка томов ReFS и томов ReFS с включенной дедубликацией.

Windows Server поддерживает Resilient File System (ReFS) для лучшей устойчивости, доступности и масштабирования различных рабочих нагрузок. По факту Modern Backup Storage в System Center Data Protection Manager использует ReFS для хранения резервных копий. Начиная с данного релиза (обновления), поддерживается резервное копирование томов ReFS, в том числе томов ReFS с включенной дедубликацией.

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

• Windows Server 2019, 2016, 2012 R2, 2012.
• SQL Server 2019, 2017 и 2016.
• Exchange Server 2019, 2016.
• SharePoint 2019, 2016 с последними пакетами обновлений (SP).

Резервное копирование виртуальных машин, сохраненных на томах ReFS, поддерживается ещё с DPM 2016 за счёт использования Resilient Change Tracking (RCT) – встроенное отслеживание изменений в Hyper-V.

Установка DPM на ядро сервера (Server Core).

Применение ядра сервера (Server Core) с каждым годом увеличивается в корпоративном секторе, так как оно обеспечивает меньшее потребление диска и сокращение фронта атак. Многие клиенты запрашивали поддержку запуска DPM на ядре сервера. Начиная с DPM 2019 Update Rollup 1, поддерживается установка на ядре сервера (Server Core) при помощи автоматической установки (Unattended Installation).

Можно подключить сервер DPM к Azure, чтобы иметь возможность хранить резервные копии в облаке. Для этого необходимо установить агент Microsoft Azure Recovery Service (MARS) на сервере DPM. На данный момент установка агента MARS на ядро сервера не поддерживается. Поддержка установки MARS на ядро сервера запланирована в будущих релизах.

Резервное копирование офлайн (Offline Backup) при помощи Azure Data Box (Предварительная версия).

DPM может быть интегрирован в Azure Backup, что позволяет выполнять резервное копирование в Backup Vault, расположенный в Azure. Это предоставляет альтернативу длительному хранению резервных копий на ленте. После подключения к Azure, начальные полные резервные копии (Full Backup), как правило требуют передачи большого объёма данных, что, в свою очередь, требует большой пропускной полосы. Последующие резервные копии передают только инкрементальные изменения. Начальные полные резервные копии, выполненные на сотнях терабайт, могут потребовать нескольких дней для передачи данных в Azure. При помощи возможности резервного копирования офлайн в Azure Backup можно передать данные начальных резервных копий при помощи дисков. DPM уже поддерживает возможность резервного копирования офлайн, которая позволяет передать данные при помощи собственных дисков.

Начиная с текущего обновления, добавлена опция дисков Microsoft (Microsoft Owned Disks) для резервного копирования офлайн, которая предоставляет преимущества сервиса Azure Data Box для передачи устройства Microsoft в безопасном режиме, защищенном от несанкционированного доступа. Эта опция избавляет от необходимости передавать собственные, совместимые с Azure диски и соединители или использовать временное хранилище для предварительного размещения данных. Дополнительно, Microsoft обеспечивает логистику доставки от точки до точки.

На диаграмме представлен процесс перемещения данных.

На данный момент, эта возможность добавлена для предварительного ознакомления и, по умолчанию, опции использования Azure Data Box нет в интерфейсе сервера DPM 2019 после обновления до UR1. Для получения доступа необходимо обратиться к команде разработки по адресу systemcenterfeedback@microsoft.com.

Расширения к резервному копированию офлайн при помощи Azure Import/Export Service.

Вместе с Update Rollup 1 для DPM 2019 удалена зависимость от файла Azure Publish Settings для аутентификации в Azure, и теперь аутентификация выполняется при помощи Azure AD. Дополнительная информация по предварительным требованиям и шагам настройки резервного копирования офлайн при помощи сервиса Azure Import/Export размещена в обновленной статье документации.

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

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