Операторы сравнения в Windows PowerShell 5

Очередной веб-каст про операторы и выражения в Windows PowerShell 5, на этот раз в центре внимания операторы сравнения. Все операторы сравнения я разделил на две части и сегодня речь пойдет про сравнение скалярных величин.

В веб-касте вы найдете описание и демонстрации использования операторов сравнения в выражениях. Отдельное внимание в веб-касте уделяется сравнению строк с учётом и без учета регистра. Дополнительно в веб-касте рассматривается вопрос сравнения разных типов данных и демонстрируется использование методов Equals() и CompareTo().

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

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

• Арифметические операторы в Windows PowerShell 5.
• Операторы присваивания в Windows PowerShell 5.

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

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

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

Публикация от Yuriy Lebedev (@lebedevum) 3 Июл 2019 в 4:32 PDT

Доступна бета-версия Red Hat Enterprise Linux 8.1

В мае стал доступен релиз Red Hat Enterprise Linux (RHEL) 8 – рационально спроектированная операционная система, способная охватить всю ширину корпоративных развертываний. Современная операционная система с открытым исходным кодом (Open Source), разработанная для гибридных облаков – RHEL 8, поддерживает рабочие нагрузки и операции для частных корпоративных центров обработки данных (ЦОД) и множества публичных облачных инфраструктур. RHEL 8 помогает организациям не только соответствовать требованиям управления современными ЦОД, но также удовлетворять потребности в растущих рабочих нагрузках, таких как искусственный интеллект (AI) и интернет вещей (IoT).

Работа над RHEL 8 продолжается и Chris Baker вместе с Don Pinto 24-го июля 2019-го года анонсировали доступность бета версии RHEL 8.1. Это обновление предоставляет несколько новых расширений для лидирующей в мире корпоративной платформы Linux. Бета-версия RHEL 8.1 улучшает управление, добавляет новые расширения безопасности и обеспечивает великолепную продуктивность для разработчиков. Также данный релиз включает обновленные драйверы, которые обеспечивают новые возможности и исправляют ошибки для поддерживаемых аппаратных платформ.

Улучшенная управляемость.

Веб-консоль Red Hat Enterprise Linux теперь поддерживает большую точность при настройке правил межсетевого экрана (Firewall) и системных служб, в том числе:

• Лучшую настройку для зон межсетевого экрана (Firewall).
• Фильтрацию журнала на базе служб.
• Фильтрацию служб на базе метаданных, таких как имя и состояние.

Дополнительно, для виртуальных машин (VM) под управлением бета-версии RHEL 8.1 можно использовать веб-консоль для импорта существующих образов QCOW, управления различными типами пулов хранилища, изменения конфигурации автозапуска и выделения памяти, а также остановки на паузу (Pausing) и возврата в запущенное состояние (Resuming) существующих виртуальных машин.

Расширенная безопасность.

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

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

Дополнительно, бета-версия RHEL 8.1 будет использована для получения сертификаций FIPS-140 и Common Criteria для платформы.

Продуктивность разработчиков.

Чтобы помочь разработчикам увеличить продуктивность и при этом сократить потенциальный простой системы (Downtime), бета-версия RHEL 8.1 предоставляет несколько новых потоков приложений (Application Streams) с новыми инструментами для разработчиков, платформами приложений и языками. Эти пакеты могут быть получены при помощи yum и включены во все подписки Red Hat Enterprise Linux.

RHEL 8 представил построитель образов (Image Builder) – компонент, который позволяет создавать настраиваемые образы системы в различных форматах. Вместе с бета-версией RHEL 8.1 Image Builder расширен для поддержки большего числа опций настройки для добавления пользователей и ключей SSH. Также были добавлены новые форматы образов для поддержки облачных платформ, таких как: Google Cloud Platform и Alibaba Cloud. При помощи этих дополнений бета-версия RHEL 8.1 теперь поддерживает все основные платформы облачной инфраструктуры, в том числе AWS, Microsoft Azure, OpenStack и VMWare.

Производительность.

С каждым релизом RHEL, команда разработки старается вывести производительность на новый уровень. В бета-версии RHEL 8.1 для этого используются ключевые инструменты производительности, такие как eBPF – расширенная версия Berkeley Packet Filter, который помогает устранять комплексные сетевые ошибки и XDP (eXpress Data Path – доступный для предварительного ознакомления).

Дополнительно.

В рамках бета-периода, команда разработки ожидает обратной связи по всем новым возможностям, расширениям и исправлениям. Клиентам и партнерам с активными подписками уже доступна бета-версия Red Hat Enterprise Linux 8.1. Разработчики же в свою очередь могут загрузить дистрибутив из Red Hat Developer.

Группировка сети (Teaming) в CentOS 7

Здравствуйте коллеги!

Продолжаем изучать продвинутые конфигурации сети в CentOS 7, на очереди у нас группировка сети (Network Teaming). Группировка (Teaming), в отличии от объединения (Bonding), это новинка CentOS 7 (RHEL 7), поэтому ей нужно уделить больше времени. Собственно, про группировку сети (Network Teaming) я подготовил и записал 4 веб-каста:

• Группировка сети (Teaming) в CentOS 7
• Группировка сети (Teaming) при помощи файлов ifcfg в CentOS 7
• Управление параметрами группировки сети (Teaming) в CentOS 7
• Конвертация объединения сети (Bond) в группу (Team) в CentOS 7

Сегодня я представляю вашему вниманию первый из них, в веб-касте вы найдете информацию о группировке сети (Teaming), особенностях ее архитектуры, поведении интерфейсов группы (Team), установке демона teamd и доступных инструментах для настройки и управления группировкой сети (Network Teaming). Центральное место в веб-касте отведено созданию сетевой группы (Team) при помощи интерфейса командной строки NetworkManager (nmcli) и тестированию ее работы при отключении портов.

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

P.S. Если вы не знакомы с настройкой сети в CentOS 7, начните свое знакомство с веб-кастов из группы «Базовое сетевое взаимодействие в CentOS 7»:

• Комплексное именование сетевых устройств в CentOS 7
• Демон управления сетью (NetworkManager) в CentOS 7
• Настройка сети при помощи nmcli в CentOS 7

Познакомиться с альтернативным способом объединения сетевых интерфейсов можно при помощи группы веб-кастов «Объединение сети (Bonding) в CentOS 7»:

• Объединение сети (Bonding) в CentOS 7
• Управление параметрами объединения сети (Bonding) в CentOS 7

Решения Microsoft FSLogix

Сегодня я расскажу вам о недавно приобретенном компанией Microsoft наборе решений FSLogix.

FSLogix – это набор решений, которые расширяют, обеспечивают и упрощают вычислительные окружения Windows без сохранения состояния (Non-Persistent). Решения FSLogix подходят для виртуальных окружений в публичных и частных облаках. Решения FSLogix также могут быть использованы для создания более портативных сессий при использовании физических устройств.

Решения FSLogix включают в себя:

• Контейнер профиля (Profile Container).
• Контейнер Office (Office Container).
• Маскировку приложений (Application Masking).
• Контроль версий Java (Java Version Control).

Ключевые возможности FSLogix.

Контейнер профиля (Profile Container) может обеспечить перенаправление профиля пользователя в сетевое расположение. Профили размещаются в файлах VHD/VHDX и мигрируют в запущенном состоянии. Обычно профили копируются по сети в процессе входа и выхода пользователя из удаленного окружения. Так как профили часто бывают очень большими, время входа и выхода из системы становится не приемлемым. Монтирование и использование профиля по сети устраняет задержку, связанную с решениями, которые полностью передают файлы по сети.

Контейнер Office (Office Container) может обеспечить перенаправление только части профиля, которая содержит данные Office. Контейнер Office (Office Container) позволяет организациям, которые уже используют альтернативные решения управления профилем расширить возможности Office в окружении без сохранения состояния (Non-Persistent). Эти возможности совместимы с файлом Outlook .OST.

Приложения используют профиль также, как если бы он был локальным накопителем. Так как решения FSLogix используют Filter Driver для перенаправления профиля, приложения не знают о том, что профиль находится в сети. Скрытие перенаправления очень важно, так как многие приложения не могут корректно работать с профилем, сохраненным в удаленном расположении.

Контейнер профиля (Profile Container) можно использовать с облачным кэшем (Cloud Cache) для создания устойчивых и высоко доступных окружений. Облачный кэш (Cloud Cache) размещает часть VHD профиля на локальном жестком диске. Облачный кэш (Cloud Cache) также позволяет администратору указать несколько удаленных расположений профиля. Локальный кэш (Local Cache) с несколькими удаленными контейнерами профилей изолирует пользователей от ошибок сети и хранилища.

Маскировка приложений (Application Masking) может управлять доступом к приложениям, шрифтам, принтерам и прочим элементам. Доступ может контролироваться на уровне пользователей, диапазонов IP-адресов или прочих критериев. Маскировка приложений (Application Masking) значительно снижает потребность в управлении большим количеством золотых образов.

Контроль версий Java (Java Version Control) может указывать версию Java, которая будет использоваться определенными URL и/или приложениями.

Предварительные требования.

Абсолютно легальный доступ к инструментам FSLogix есть у всех обладателей хотя бы одной из следующих лицензий:

• Microsoft 365 E3/E5.
• Microsoft 365 A3/A5/ Student Use Benefits.
• Microsoft 365 F1.
• Microsoft 365 Business.
• Windows 10 Enterprise E3/E5.
• Windows 10 Education A3/A5.
• Windows 10 VDA для пользователя.
• Remote Desktop Services (RDS) Client Access License (CAL).
• Remote Desktop Services (RDS) Subscriber Access License (SAL).

Решения FSLogix могут быть использованы в любом публичном или частном центре обработки данных (ЦОД) до тех пор, пока пользователи корректно лицензированы. Инструменты FSLogix работают на всех операционных системах, начиная с Windows 7 и Windows Server 2008 R2. Решения FSLigix поддерживают и 32-ух и 64-ех битную архитектуры.

Примечание.

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

Также решения FSLogix обладают уникальной интеграцией и преимуществами при использовании с Windows Virtual Desktop.

P.S. Немного позже я расскажу о возможностях применения решений FSLogix в окружении Citrix Virtual Apps and Desktops.

Оптимизация производительности голосового трафика (VoIP) в Citrix Virtual Apps and Desktops

Производительность Voice-over-IP (VoIP) в окружении Citrix Virtual Apps and Desktops всегда была темой горячих обсуждений. Jeff Qiu (Штатный архитектор Citrix) недавно выложил в общий доступ выработанные совместно с клиентами 5 шагов, которые помогут оптимизировать VoIP.

1 –Качество звука (Audio Quality).

Обычно об этом забывают при устранении ошибок производительности VoIP. В документации указано, что на данный момент Real-time Transport (RTP) по UDP единственно поддерживаемый вариант при выборе среднего (Medium) качества аудио. Но тесты, проведенные с выбором низкого (Low) качества аудио показали восхитительный результат, и пользователи не обнаружили ошибок качества аудио. Установки параметра качества аудио в низкое (Low) будет достаточно для обработки большинства сценариев применения IP-телефонов.

2 – Аудио через транспорт реального времени UDP.

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

Подведем итог, необходимо убедиться, что следующие политики включены:

• Audio UDP port range (как правило параметров по умолчанию достаточно).
• “Multi-Stream computer setting” на стороне VDA (настольные и серверные ОС).
• “Multi-Stream user setting” на стороне пользовательского устройства.

В случае, когда нет возможности управлять пользовательским устройством, можно изменить файл ICA в витрине StoreFront (Store):

• C:\inetpub\wwwroot\Citrix\ИМЯ_ВИТРИНЫ\App_Data\default.ica

3 – Приоритет процессора (CPU) выставлен в реальное время (Realtime) для Citrix Audio Service (на VDI).

Если разгрузка VoIP (оптимизация) не доступна, настройка Citrix Audio Service для работы с приоритетом процессора (CPU) в реальном времени (Realtime) поможет избежать серьёзных прерываний аудио.

Команда для смены приоритета процессора (CPU):

wmic process where name="CtxSvcHost.exe" CALL setpriority 256

или

wmic process where name="CtxSvcHost.exe" CALL setpriority "realtime"

Приоритеты:

Приоритет	Числовое значение	Текстовое значение
Низкий	64	idle
Ниже среднего	16384	below normal
Обычный	32	normal
Выше среднего	32768	above normal
Высокий	128	high priority
Реального времени	256	realtime

Так как служба перезапускается в процессе перезагрузки системы, команда должна выполняться каждый раз при старте системы. Обратите внимание, что не нужно менять приоритет основного процесса программного обеспечения VoIP на реальное время (Realtime), так как это может привести к конфликту – подойдет приоритет высокий (High).

4 – Оптимизации на стороне тонкого клиента.

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

• Аудио буфер на стороне устройства: необходимо изменить на максимально поддерживаемый. Jeff Qiu привел пример случая, в котором было обнаружено значение в 0,5 секунды.
• Качество аудио (Audio Quality): это качество аудио может быть установлено независимо от качества аудио, установленного через политики Citrix. Рекомендуется начать с установки среднего (Medium) качества.

Можно проверить совместимость оборудования в Citrix Redy Marketplace.

5 – Поддержка оптимизированных программных телефонов (Softphone) HDX RealTime.

Последнее, но от этого не менее важное, применять «HDX RealTime optimized softphone support», в таком случае медиа-ядро запускается на пользовательском устройстве и поток трафика VoIP передается от точки до точки (Peer-to-Peer).

Примеры:

• HDX RealTime Optimization Pack (и в качестве альтернативы – Microsoft VDI Plug-in for Windows), который оптимизирует доставку Microsoft Skype for Business и Lync.
• Cisco Virtualization Experience Media Engine (VXME) для Jabber.
• Avaya VDI Communicator для one-X Communicator и one-X Agent.

Надеюсь, что представленный материал окажется для вас полезным и огромное спасибо Jeff Qiu за представленный опыт.