Имеется upstream в NGINX-е: … upstream jm-website-test { server jm-website-test.trafficmanager.net; } … Проблема заключается в имени — jm-website-test.trafficmanager.net, значение которого меняется во время деплоя в зависимости от активного ендпоинта на Azure Traffic Manager: [simterm] $ dig +short jm-website-test.trafficmanager.net google.com. 172.217.20.174 [/simterm]
Задача — поднять Azure Application Gateway с поддержкой HTTPS. Пост достаточно кратенький, без обзора, просто HowTo. Имеется CDN, за которым находится Traffic Manager. CDN работает по HTTPS, с сертификатом от DigiCert, который выдаётся при добавлении CustomDomain для CDN-endpoint-а. Для того, что бы CDN по HTTPS мог получить данные с бекенда (VMSS с Docker Swarm-нодами в нашем случае)… Читать далее »
Во время деплоя группы ресурсов — Azure Resource Manager сообщает об ошибке: # azure group create -l westeurope -n jm-website-sw-custom-1 -f jm-website-sw-custom-domain.json -e jm-website-sw.parameters.json info: Executing command group create + Getting resource group jm-website-sw-custom-1 + Updating resource group jm-website-sw-custom-1 info: Updated resource group jm-website-sw-custom-1 + Initializing template configurations and parameters + Creating a deployment error:… Читать далее »
Документация тут>>>. Имеется шаблон для деплоя группы ресурсов — 2 VMSS, балансировщики, подсети и группы безопасности. Одна — для VMSS Docker Swarm-менеджеров, вторая — для Swarm-нод. Задача — вынести описание групп безопасности в отдельные шаблоны, что бы подключать их в зависимости от окружения — для Dev свои, для Prod — свои и т.д.
SendGrid — thirdparty-сервис в Azure (что автоматически подразумевает, что от Azure тех. поддержки вы не получите), предназначенный для отправки почты. Домашняя страница проекта — тут>>>, документация начинается тут>>>. Увы — не нашёл возможности работы с SendGrid через Azure CLI первой и второй версий (что логично для не-Azure-сервиса), поэтому — идём в Portal и мучаемся руками.
Недели две тому в ленте подписок на Хабрахабре мне попался пост>>> о том, что в рамках новой стратегии «Microsoft loves Linux» был открыт исходный код PowerShell и опубликованы пакеты для Ubuntu 14.04, Ubuntu 16.04, CentOS 7, и macOS 10.11, и даже есть «документация» (к документации и Microsoft вернёмся чуть позже) для запуска Docker-контейнера с PowerShell, которая, однако, приводит к… Читать далее »
Задача: создать Resource Group в Azure, которая будет включать в себя виртуальную машину с Jenkins-ом. Jenkins будет запускаться в Docker-контейнере, и подгружать $JENKINS_HOME с внешнего диска, подключенного к виртуальной машине. Получившийся шаблон можно посмотреть тут>>>. Диск уже создан, имеет файловую систему и данные с текущего интанса Jenkins: [simterm] $az disk list … { «accountType»: «Premium_LRS», «creationData»:… Читать далее »
Задача — поднять Azure CDN (Verizon), и подключить его к Azure WebApp. Приложение уже создано: $ azure webapp list -g jm-testing info: Executing command webapp list + Listing webapps data: data: data: Web App Name : jm-wp-vp-test-dev data: Enabled : true data: Status : Running data: Last Modified : 2017-01-30T12:21:03.360Z data: Location : West Europe… Читать далее »
Диски в Azure Как и любой компьютер — виртуальная машина в Azure использует диски для размещения операционной системы, приложений и данных. Всем машины в Azure имеют как минимум два диска — для операционной системы (operating system disk), который создаётся из образа ОС, и диск для временных данных (temporary disk). Кроме того — к машине можно… Читать далее »
Так как Azure CLI не предоставляет возможности скопировать сразу все файлы из контейнера в Storage Account на свою машину — ищем костыли и подпорки. Одним из таких костылей является утилита AzCopy, которая доступна под Windows. Для того, что иметь аналогичный функционал на Linux/macOS — была написана аналоигчная утулита — blobxfer. Предсталвяет собой Python-скрипт.