Страницы

среда, 30 сентября 2020 г.

Параметры функций в Windows PowerShell 5


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

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

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

P.S. Это второй веб-каст в группе, поэтому если вы не знакомы с функциями Windows PowerShell, начните свое знакомство с веб-каста «Основы функций в Windows PowerShell 5».

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

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

понедельник, 28 сентября 2020 г.

Обзор Citrix Microapps

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

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

При оценке сервиса Microapps, команда Citrix Service Operations предоставляет постоянную вводную помощь. Также эта команда взаимодействует с клиентами, чтобы убедиться, что платформа Microapps корректно сконфигурирована и функционирует. 


Обзор.

Сервис Citrix Workspace Microapps – это решение, сконцентрированное на доставке действий и уведомлений от приложений в Workspace или другие каналы. Это делается при помощи построения интеграции от источников данных приложений к сервису Microapps, позволяя направлять действия из приложений в Workspace.

Микро-приложения доставляют действенные формы и уведомления. Microapps могут писать и в обратную сторону (в исходную систему). Рекомендованный механизм для записи в приложения SaaS – OAuth 2.0. Маркер доступа (Access Token), уникальный для каждого пользователя, хранится для обеспечения бесшовных пользовательских возможностей.

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


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


Терминология.

Сервис Citrix Microapps предлагается как часть Citrix Workspace Intelligence. Для знакомства с Citrix Workspace обратитесь к документации.

Платформа Citrix Workspace – это основной компонент Citrix Cloud, который агрегирует и доставляет все цифровые ресурсы рабочего пространства в пользовательские возможности Citrix Workspace.

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

Сервис Microapps ссылается на несколько компонентов внутри Citrix Cloud с фокусом на доставке действий от приложений напрямую в Workspace или другие каналы. Сервисы Microapps включают в себя административный интерфейс Microapps, сервер Microapps и кэш.

Обратная запись (Write-back) описывает то, как данные возвращаются обратно. Когда происходит действие данные записываются обратно в интегрированное приложение и затем повторно синхронизируются в кэш.

Система записи (System of Record, SoR) – это целевое приложение, которое хранит информацию об интересах пользователей Citrix Workspace, использует JSON REST и любой общий механизм аутентификации (OAuth 2.0, NTLM, Basic Auth, Bearer Auth).

Интеграция HTTP – это настраиваемая встроенная интеграция, которая создаётся из источников данных приложений в Workspace и выполняет обратную запись в целевую систему.

Microapp Builder – это инструмент с малым количеством кода, который позволяет разработчикам создавать событийные микро-приложения (уведомления событиями) и инициируемые пользователями (страницы действий).

Уведомления событий (Event Notifications) – это микро-приложения под управлением событий, которые автоматически уведомляют пользователя о том, что требуется внимание к чему-либо за счёт канала уведомлений в новостной ленте активности Workspace. Например, “Новый отчёт для подтверждения” или Новый доступный курс для регистрации”.

Страница действий (Action Page) относится к микро-приложениям, инициируемым пользователями в Workspace и упрощающих началом действий. Например, запрос отгула, подача запроса в техническую поддержку или поиск каталога.

Каналы (Channels) – это способ доставки уведомлений, связанных с микро-приложениями, в том числе в ленту уведомлений в Workspace, мобильные уведомления в Workspace App и события Microsoft Teams. События – это уведомления, отправляемые в новостные ленты на базе каналов в источниках данных через рендеринг страниц микро-приложений.

Сервис уведомлений (Notification Service) обеспечивает системные предупреждения из источников данных, отправляемые в ленты уведомлений без запроса от пользователя.

Синхронизация данных (Data Synchronization) – это отправка данных от интегрированных приложений в платформу Microapps, так чтобы сравнение было сохранено в кэш. Обычно полная синхронизация выполняется каждые 24 часа, а инкрементальные синхронизации могут быть настроены на выталкивание каждые 5 минут. Синхронизация данных настраивается при настройке конечных точек данных 


Настройка интеграции.

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

Также можно создать настраиваемые интеграции для соответствия особым требованиям. Подробная информация о создании настраиваемой интеграции приложений доступна по ссылке.


Добавление и настройка микро-приложений.

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

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


Дальнейшие шаги.

Для настройки безопасности обратитесь к Secure Deployment Guide for Citrix Cloud Platform и Citrix Workspace Microapps Technical Security Overview.

Требования для подключения к сети расположены по на странице Internet Connectivity Requirements.

Для начала работы и настройки, обратитесь к Getting Started.

среда, 23 сентября 2020 г.

Файловые группы в SQL Server 2019


Коллеги! Сегодня представляю вашему вниманию первый веб-каст по SQL Server 2019. Веб-каст посвящен организации хранения в базах данных SQL Server.

В веб-касте представлено описание файлов базы данных, файловых групп (File Groups), страниц данных и распределения табличных данных по файлам. Центральное место в веб-касте отведено демонстрациям создания файловой группы из нескольких файлов, заполнения файлов данными и возможностей просмотра распределения табличных данных по файлам в файловой группе.

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

P.S. В дальнейшем я планирую продолжить рассказ об организации хранения данных в SQL Server и рассказать о других типах файловых групп.

суббота, 19 сентября 2020 г.

Приближается окончание поддержки System Center 2012 Configuration Manager

Жизненный цикл поддержки и обслуживания Microsoft System Center 2012 Configuration Manager обеспечивает клиентов новыми возможностями, обновлениями программного обеспечения, исправлениями безопасности и так далее. Продолжительность жизненного цикла составляет минимум 10 лет с даты начального релиза продукта. Окончание жизненного цикла обозначает окончание поддержки продукта.

12 июля 2022 следующие продукты будут сняты с поддержки:

  • System Center 2012 Configuration Manager (ConfigMgr 2012).
  • System Center 2012 R2 Configuration Manager (ConfigMgr 2012 R2).
  • System Center 2012 Endpoint Protection (SCEP 2012).
  • System Center 2012 R2 Endpoint Protection (SCEP 2012 R2).

Ранее были анонсированы окончания поддержки для следующих платформ:

  • System Center Endpoint Protection для Mac и Linux (31 декабря 2018).
  • Клиент System Center Configuration Manager для Linux и UNIX (27 марта 2019).

Рекомендуется как можно раньше обновить инфраструктуры Configuration Manager 2012 и Endpoint Protection 2012 до последней версии Microsoft Endpoint Configuration Manager.


Что обозначает окончание поддержки?

Разумеется, ConfigMgr 2012 SCEP 2012 продолжит работать после 12 июля 2022 года, но Microsoft не будет более предоставлять:

  • Техническую поддержку по проблемам, которые могут возникнуть.
  • Обновления или исправления безопасности.
Microsoft планирует прекратить выпуск обновлений определений, ядра и платформы для SCEP 2012 сразу после даты окончания поддержки. Это может произойти без каких-либо дополнительных уведомлений.


Как подготовиться к окончанию поддержки?

Для подготовки к окончанию поддержки рекомендуется:


Что ещё необходимо учесть?

  • Windows 7, Windows Server 2008/2008 R2 снимаются с поддержки в 2020 году. ConfigMgr 2012 не поддерживает программу расширенных обновлений безопасности (ESU).
  • SQL Server 2012 будет снят с поддержки в 2022 году.
  • Windows 8.1 и Windows Server 2012/2012 R2 будут сняты с поддержки в 2023 году.
  • Windows 8.1 and Windows Server 2012/2012 R2 reach end of support in 2023.

Надеюсь информация окажется для вас полезной, и вы сможете заранее спланировать и выполнить обновление инфраструктуры Configuration Manager до актуальной версии.

пятница, 11 сентября 2020 г.

Основы функций в Windows PowerShell 5

На этой неделе начинаю публиковать ещё одну группу веб-кастов, на этот раз по Windows PowerShell 5. Это уже восьмая группа, она посвящена основам функций и будет состоять из восьми веб-кастов:

  • Основы функций в Windows PowerShell 5.
  • Параметры функций в Windows PowerShell 5.
  • Настройка параметров функций в Windows PowerShell 5.
  • Переключатели функций в Windows PowerShell 5.
  • Получение значений из функций в Windows PowerShell 5.
  • Использование функций в конвейере Windows PowerShell 5.
  • Определение функций в сессии Windows PowerShell 5.
  • Область действия переменных в функциях Windows PowerShell 5.

В первом веб-касте группы мы будем знакомиться с базовым синтаксисом функций и рассмотрим несколько примеров простых функций, в том числе с использованием логики ветвления потока кода. Дополнительно в веб-касте представлена передача аргументов функции при помощи переменной массива $args.

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

P.S. В следующем веб-касте группы речь пойдет об именованных параметрах функций.

четверг, 10 сентября 2020 г.

Рекомендации по проектированию VMware vSAN: Использование устройств хранения большого объема.


Окружения vSAN и VMware vCloud Foundation (VCF) на базе vSAN предлагают экстраординарную гибкость в масштабировании. Емкость можно увеличивать вертикально, добавляя устройства в хосты, или горизонтально, за счет добавления новых узлов. Вместе с представленной поддержкой емкости устройств до 32 Тб в vSAN 7, необходимо разобраться – как же экстремально большие флэш-устройства влияют на проектирование? Рассмотрим вопрос проектирования более детально.


Больший объем хранилища эквивалентен большему объему потенциального ввода/вывода.

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

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

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


Рекомендации для шины устройства и протокола.

Многие устройства высокой плотности привязаны к числовому значению объема и не предполагают уровней производительности и целостности, как правило ожидаемых в корпоративных окружениях. Флэш-устройства хранения с интерфейсом SATA относятся к данной категории. Такие устройства будут постоянно перегружены в борьбе за производительность и целостность из-за различных ограничений протокола, таких как: полудуплексная сигнализация, одно-командные очереди и более ресурсоемкая обработка ввода/вывода процессором. Устройства с SATA-подключением лучше подходят для конечных устройств и домашнего сегмента, так как характеристики SATA не рассчитаны на одновременный двунаправленный доступ к общему хранилищу.

При рассмотрении возможности использования устройств большого объема, следует отталкиваться от флэш-устройств на базе SAS. Следует отметить, что NVMe – это превосходный стандарт и это лишь вопрос времени, когда этот высокоэффективный протокол шины захватит корпоративные окружения. Устройства NVMe с использованием NAND флэш ИЛИ 3D XPoint уже доминируют в областях с фокусом на производительности, таких как кэширование и буферизация.

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

Рекомендация: Для устройств с большим объемом необходимо использовать как минимум устройства на базе SAS, идеальным же выбором на данный момент являются устройства NVMe.

Рекомендация.

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


Рекомендации по проектированию дисковых групп (Disk Group).

Использование устройств со значительно большим объемом, неизбежно будет приводить к большему объему рабочих нагрузок, что в свою очередь может создавать дополнительный стресс на уровне буферизации. Это происходит из-за того, что дополнительные виртуальные машины обычно увеличивают агрегированный размер рабочего набора между хостами в кластере. Больший объем рабочих нагрузок, как правило, обозначает больше горячих данных. Несмотря на то, что vSAN Design and Sizing Guide описывает подбор размера уровня буфера в окружении с использованием только флэш-накопителей (All-flash) на базе информации о производительности, использование буфера большого объема для обеспечения большего объема рабочих нагрузок является разумным шагом.

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


Рекомендация.

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

Рассчитывая необходимую производительность, зачастую слишком много внимания уделяют уровню хранения (Capacity Tier), особенно при увеличении емкости на хостах. Уровень буферизации (Buffer Tier) обеспечивает максимальное увеличение скорости ввода/вывода, а уровень хранения (Capacity Tier) обеспечивает максимальную скорость постоянного хранилища. Когда уровень хранения (Capacity Tier) не обладает достаточной высокой производительностью, длительная запись на высоком уровне может сокрушить возможности буфера. Скорость очистки буфера, обычно (но не всегда) зависит от производительности уровня хранения. В таком случае использование более быстрых флэш-устройств и/или их большего количества может увеличить производительность уровня хранения. Это поможет сократить задержку на уровне буфера за счет более быстрой очистки (передачи) и позволит избежать задержки на уровне гостевых виртуальных машин.

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

Рекомендация.

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


Рекомендации по времени эвакуации и восстановления.

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

 


Одной и той же сети с пропускной способностью 10 Gbps для хостов, которые теперь обладают новым объемом, в 4, 8 или 12 раз больше предыдущих конфигураций, может попросту не хватить для обеспечения такой плотности виртуальных машин на хостах. Подробнее об этом я писал в статье «Рекомендации по проектированию VMware vSAN: Быстрые устройства хранения или быстрая сеть». Корректно сбалансированный кластер vSAN будет всегда иметь доступные хосты для любых потенциальных повторных синхронизаций объектов данных, которые помогают поддерживать их на заданном уровне соответствия. Процесс автоматизирован и прозрачен для администратора. Но скорость, с которой он происходит, зависит от производительности сети и устройств хранения. Предполагаемое время эвакуации хоста и восстановления приближается к уровню комфорта, когда необходимое время для переноса всей емкости с одного хоста на другой в случае выхода хоста из строя не выходит за рамки возможного простоя.

Рекомендация.

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


Рекомендации по количеству хостов.

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

Рекомендация.

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


Итоги.

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

среда, 9 сентября 2020 г.

Установка и настройка MariaDB в CentOS 8

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

Сегодня мы начинаем очередную группу веб-кастов по CentOS 8 из раздела сетевого администрирования, посвящённую реляционной системе управления базами данных MariaDB.

В веб-касте представлены установка пакетов сервера баз данных MariaDB 10, управление службой и начальная настройка безопасности. Отдельное внимание уделено настройке параметров службы сервера MariaDB через конфигурационные файлы. Дополнительно в веб-касте демонстрируется взаимодействие с базой данных при помощи утилиты mysql.

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

P.S. А в следующем веб-касте группы речь пойдет про различные методы резервного копирования и восстановления MariaDB.

среда, 2 сентября 2020 г.

Командлет Where-Object в Windows PowerShell 5

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

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

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

Это заключительный веб-каст в группе про управление потоком кода, если вы что-либо пропустили не забудьте посмотреть:

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

Ну а следующая группа будет посвящена функциям в Windows PowerShell 5.