AWS China — начало Устав в первый день бороться с ошибками из-за соединения (запускал из Киева) — завёл в Китае ещё один интанс, и выполнял всё оттуда. Получается намного быстрее. Тем не менее — ошибок хватает. Пробуем обновить репозиторий, который выкачали 5 минут назад из Европы: [simterm] $ git pull fatal: unable to access ‘https://[email protected]/scm/lontag/tag-server-api-infrastructure.git/’: GnuTLS… Читать далее »
Аналогично хостингу сайтов в AWS S3 — Azure предоставляет аналогичную возможность размещения статичных сайтов используя Blob Storage Account. У Azure (внезапно) есть два существенных отличия/недостатка: данные сайта загружаются в контейнер, расположенный в Storage Account, и имя контейнера потом видно в URL. Т.е. если есть аккаунт example, и контейнер website — то URL будет выглядеть как… Читать далее »
Описание Продолжение проекта, описанного в посте AWS: билд Java + Maven + Docker + Packer + Terraform — будем разворачивать нечто аналогичное в Китае. Хотя у Китая есть «свой AWS» — Aliyun.com, принадлежащий Alibaba Group, тем не менее — мы будем пользоваться именно Amazon Web Services. В этом посте не будет HowTo do something — больше просто описание опыта работы… Читать далее »
Подготовка Добавляем профайл: $ aws configure —profile tag-ecs AWS Access Key ID [None]: AKI***FJQ AWS Secret Access Key [None]: 6T/a***4sG Default region name [None]: eu-central-1 Default output format [None]: json Создаём кластер: [simterm] $ aws ecs create-cluster —cluster-name tag-ecs-poc —profile tag-ecs { «cluster»: { «clusterArn»: «arn:aws:ecs:eu-central-1:884660938610:cluster/tag-ecs-poc», «clusterName»: «tag-ecs-poc», «status»: «ACTIVE», «registeredContainerInstancesCount»: 0, «runningTasksCount»: 0, «pendingTasksCount»:… Читать далее »
Имеется проект на Azure, которым я занимался большую часть последнего года (с 20-го марта 2016). Пост Azure: почему никогда писался под впечатлением работы как раз на нём (да и большая часть рубрики Azure — тоже).
Имеется Docker Swarm: $ docker node ls ID HOSTNAME STATUS AVAILABILITY MANAGER STATUS h8p0sed4q6n6yyheq3wbxum2r fgvwm46c3b5uk000001 Ready Active oaphqh0i6f8kc013fy5goi37u fgvwm46c3b5uk000002 Ready Active qgj0un2g0jsqhhr0izd9fyn0d fgvwm46c3b5uk000000 Ready Active so01pmq9sdl9s34uq1m419m7z * fgvwm46c3b5uk000000 Ready Drain Leader
Имеется 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 — свои и т.д.