Страницы

вторник, 31 марта 2020 г.

Доступна предварительная версия 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 для передачи информации об ошибках продукта.

пятница, 27 марта 2020 г.

Релиз 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, обратитесь к заметкам к релизу.

четверг, 26 марта 2020 г.

Цикл for в Windows PowerShell 5


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

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

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

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

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

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

вторник, 24 марта 2020 г.

Релиз 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: Основные службы для современного гибридного облака».



четверг, 19 марта 2020 г.

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


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


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

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

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

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