🗊Презентация Расширение возможностей ЦОД с помощью Microsoft Azure

Расширение возможностей ЦОД с помощью Microsoft Azure Александр Шаповал | Эксперт по стратегическим технологиям

Александр Шаповал Эксперт по стратегическим технологиям Email: ashapo@microsoft.com Blog: http://blogs.technet.com/b/ashapo Twitter: @ashapoval

IT Camps, весна 2016 IT Camp – это Технологические семинары для ИТ-специалистов Проводятся экспертами Microsoft Предполагают выполнение лабораторных работ Материалы: http://1drv.ms/1kLGFB9 Что нового в Windows 10 Enterprise Расширение возможностей ЦОД с помощью Microsoft Azure Модернизация ИТ-инфраструктуры

Программа мероприятия

01 | Развертывание ресурсов в Azure с помощью ARM-шаблонов и GIT Александр Шаповал | Эксперт по стратегическим технологиям

Azure Resource Manager (ARM)

Пример использования Resource Manager Классическая модель (v1)

Группы ресурсов Контейнеры с множеством экземпляров ресурсов Каждый экземпляр относится к определенному типу ресурса Типы ресурсов определяются провайдерами ресурсов Каждый ресурс должен принадлежать одной и только одной группе ресурсов

Группа ресурсов: контейнер управления Жизненный цикл: развертывание, обновление, удаление, статус Группировка: учет, оплата, квота, интерфейс (портал, PowerShell, CLI) Контроль доступа: область применения разрешений RBAC Идентификационные данные: ресурсы могут взаимодействовать друг с другом

Жизненный цикл группы ресурсов Вопрос: Должны некоторые ресурсы принадлежать одной группе или разным?

Виртуальная машина на базе группы ресурсов

Подключение к лаб. работам

Подключение к лаб. работам

Подключение к лаб. работам

Подключение к лаб. работам

Шаблоны ресурсов Основанная на модели декларативная спецификация ресурсов, их конфигурации, кода, расширений Многократная применимость Согласованное развертывание Использование в системах контроля версий Параметризация ввода/вывода

Разделы шаблона Параметры (Parameters): входные данные шаблона Переменные (Variables): переиспользование и сопоставление информации (например, выбор образа на основе региона) Ресурсы (Resources): описание всех ресурсов в группе Выходные данные (Outputs): фиксация информации в процессе выполнения (например, DNS-имя созданного блога)

Реализация шаблона Модуль выполнения строит машину состояния dependsOn() и reference() определяют зависимости

Шаблоны группы ресурсов

02 | Проектирование инфраструктуры Azure для высокопроизводительных вычислений и хранения данных Александр Шаповал | Эксперт по стратегическим технологиям

Группы ресурсов Контейнер для нескольких ресурсов Управление ресурсами как единым целым Ресурсы представлены в виде одной* группы Группа ресурсов может охватывать разные регионы Группа ресурсов может охватывать различные службы Управление доступом на основе ролей (RBAC) для групп или ресурсов Присвоение тегов группам или ресурсам учета потребления

Единица масштабирования Azure (Azure scale unit) Определение Вычислительная единица, осуществляющая поддержку виртуальных машин определенных размеров Каждая облачная служба привязана к одной единице масштабирования Каждая территориальная группа с одной или более ВМ привязана к одной единице масштабирования Влияние размера Размер ВМ может изменяться только в рамках поддерживаемого диапазона и в той же единице масштабирования, где развернута ВМ

Единицы масштабирования и уровни ВМ Basic Единица масштабирования 1: A0-A4 (первоначальные размеры ВМ) Без балансировки нагрузки, без автомасштабирования (масштабирование только в пределах А0-А4) Для небольших и средних приложений или рабочих нагрузок

Хранилище премиум-класса Высокая пропускная способность и низкая задержка Емкость хранилища (Premium storage account) до 35 ТБ До 80 000 операций ввода-вывода в секунду для ВМ До 5000 операций ввода-вывода в секунду для диска Около 5 мс на операции чтения и записи (без кэша) Задержка при операции чтения менее 1 мс (кэш)

Анализ параметров производительности и существующих ограничений Существуют лимиты на количество IOPS и на пропускную способность диска Лимиты установлены на диск, на ВМ и на учетную запись хранения Не более 20 000 IOPS на учетную запись хранения (premium storage account)

Сколько учетных записей хранения требуется? Это зависит от ограничений (диск или ВМ)... ПРИМЕР: 5 ВМ на дисках Р30 (макс. 5000 операций ввода-вывода в секунду) ИЛИ Одна ВМ с пятью чередующимися дисками Р30 = 25 000 операций ввода-вывода в секунду Значит, в обоих случаях понадобятся две учетные записи хранения, чтобы достичь уровня 25 000 операций ввода-вывода в секунду  ПРИМЕР: ВМ поддерживают до 12 000 операций ввода-вывода в секунду Нам нужно три таких машины... (3 x 12 000 = 36 000) : 20 000 = 2 учетные записи хранения ПРИМЕР: Максимальное допустимое дисковое пространство для учетных записей премиум-класса – 35 ТБ Чтобы получить 64 дисков по 1 ТБ (это допустимо для ВМ GS5), понадобятся две учетные записи хранения

Типы хранилищ Azure Двоичные объекты (blobs) блоков и страниц, диски, таблицы, очереди, файлы

Работа с временным диском Никогда не размещайте критически важные непродублированные данные на временном диске! Используйте его только для работы с SQL TempDB и Buffer Pool Extensions на ВМ серий D и G (временные диски SSD) http://blogs.technet.com/b/dataplatforminsider/archive/2014/09/25/using-ssds-in-azure-vms-to-store-sql-server-tempdb-and-buffer-pool-extensions.aspx Используйте планировщик для задач на временных дисках Тестируйте запланированные задачи при помощи операции по изменению размера ВМ

Производительность временного диска (серия D)

Основные понятия

Iometer Инструмент для измерения скорости ввода-вывода подсистемы и определения параметров отдельных и кластерных систем Используется для оценки производительности и устранения неполадок Простая настройка для репликации поведения любого популярного приложения Одно из наиболее часто проводимых измерений – определение количества операций ввода-вывода в секунду

03 | Проектирование сетевой инфраструктуры Azure для повышения безопасности Александр Шаповал | Эксперт по стратегическим технологиям

Виртуальная сеть Azure Стройте собственные сети Логическая изоляция с контролем сетевых операций Создавайте подсети с частными или общедоступными IP-адресами Используйте собственную DNS или DNS Azure Защитите ВМ с помощью групп сетевой безопасности Запускайте высокодоступные внутренние службы с подсистемой балансировки нагрузки

Адресация в классической модели VIP – Virtual IP address Публичный IP, не привязан к конкретной ВМ или сетевому адаптеру. Присваивается облачной службе. Облачная служба может включать в себя несколько ВМ, которые, таким образом, разделяют VIP. DIP – Dynamic IP address Динамически (с помощью DHCP) присваивается ВМ. Не меняйте этот адрес вручную! Срок аренды равен сроку жизни ВМ. При создании в виртуальной сети ВМ получает DIP из диапазона этой сети.

Адресация в классической модели

Зарезервированные IP-адреса можно перемещать! Сохраните свои IP-адреса Можно резервировать IP-адреса в имеющихся службах IP-адреса можно перемещать между службами за секунды

IP-адреса и балансировка нагрузки в ARM Публичные IP-адреса в Azure Присваиваются ВМ, балансировщикам, VPN-шлюзам, шлюзам приложений Public IP для ВМ IP-адрес, эксклюзивно выделенный одной ВМ Весь диапазон портов доступен по умолчанию Выделяется динамически (по умолчанию) или статически IP для балансировкой нагрузки (VIP) IP-адрес для балансировкой нагрузки одного и более экземпляров ВМ Перенаправление портов В основном, для высокодоступных сценариев с балансировкой нагрузки или автоматическим масштабированием

IP-адреса и разрешение имен в ARM Частные IP-адреса в Azure Присваиваются ВМ, внутренним балансировщикам, шлюзам приложений Private IP для ВМ IP-адрес из диапазона виртуальной подсети Выделяется динамически (по умолчанию) или статически Разрешение имен с помощью Azure DNS Private IP разрешаются в пределах виртуальной сети Public IP могут быть присвоены имена domainnamelabel.location.cloudapp.azure.com Имена должны быть уникальны в пределах location

Пользовательские маршруты (UDR) Контролируйте сетевой трафик с помощью пользовательских маршрутов Назначайте подсетям таблицы маршрутов Указывайте следующий сетевой сегмент для любого префикса адреса Задайте маршрут 0/0 для принудительного туннелирования трафика

ВМ с несколькими NIC в Аzure До 16 NIC на одну ВМ NSG и маршруты на всех NIC Разделение внешней подсети, подсети серверного уровня и уровня управления

Выбор правильной модели подключения

VPN-шлюзы для виртуальной сети Для доступа к виртуальной сети необходим шлюз ExpressRoute или шлюз VPN Возможно использование различных SKU Поддержка совместной работы ExpressRoute и VPN Повышенная пропускная способность ExpressRoute 

Уровни безопасности, защита и изоляция

Группы сетевой безопасности (Network Security Group, NSG) Сегментация сети для обеспечения безопасности Набор правил с приоритетами Стандартные правила: 65 000 и более Применяются к ВМ и (или) подсети Применяются к внутреннему и внешнему трафику Стандартные тэги: VIRTUAL_NETWORK, INTERNET, AZURE_LOADBALANCER API журналов аудита

04 | Использование Azure Site Recovery для защиты и миграции из локальной сети Александр Шаповал | Эксперт по стратегическим технологиям

Microsoft Operations Management Suite (OMS)

Enterprise Mobility Suite (EMS)

Защитите приложения пользователей Защита на локальном уровне с помощью службы Azure Site Recovery

05 | Управление идентификационными данными с помощью Azure Active Directory Александр Шаповал | Эксперт по стратегическим технологиям

Пользователям нужны общие локальные и облачные идентификационные данные

Идентификационные данные: облачные, синхронизированные или объединенные?

Что такое Azure Active Directory? Комплексное решение по управлению облачной идентификацией и облаком. Объединяет службы каталогов, продвинутое управление удостоверениями, управление доступом приложений и богатую, основанную на стандартах, платформу для разработчиков. Azure Active Directory Premium – продвинутое предложение, которое включает возможность IAM для локальных, гибридных и облачных сред

Ресурсы Channel 9 https://channel9.msdn.com/ Microsoft Virtual Academy https://mva.microsoft.com/ Microsoft Azure https://azure.microsoft.com/