Если вам надо предоставить доступ пользователям к PaaS SQL базам данных в Azure, можно использовать эти скрипты ниже (GUI-функционал при работе с PaaS SQL в Azure сильно ограничен).

Когда вы строите свою инфраструктуру в облаке Azure, используя IaaC (Infrastructure as a Code) подход, иногда вам придется некоторые ваши виртуалки переразворачивать. От этого никуда не денешься, учитывая, в общем-то, специфику облака: что-то не работает? - передеплой. И вот иногда бывает так, что сталкиваешься с проблей переразвертывания, когда парни из Microsoft обновляют образы для виртуалок новыми версиями систем. Например - SQL server 2014 уже не поставляется с SP1. В итоге вам надо как-то быстро найти список новых ID для образов, чтобы обновить свои ARM или Powershell-скрипты.

Я написал небольшой скрипт, который поможет в этом.

Z - это Zabbix

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

Возвращаясь на землю, Azure Cloud - классная платформа, с кучей фишек и возможностей (и ограничений :-)), но тем не менее, у нее нет "настоящего" решения для мониторинга. Ни для виртуальных машин, ни для других ресурсов. Можно возразить - есть OMS и Azure Monitor, но я сталкивался с кучей проблем и ограничений в попытках настроить их, что решил, что самое лучшее - разработать велосипед свое собственное решение, которое будет отвечать моим запросам.

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

Если ваш Kubernetes кластер Azure AKS уже достаточно старый, особенно в DEV-окружениях, он обязательно когда-нибудь начнет заполнять дисковое пространство, приближаясь к критическим цифрам. Дело в том, что AKS хранит образы контейнеров на диске.

Я не смог найти, как часто AKS запускает какой-то свой процесс очистки (но он это делает, конечно же). Однако, в моем случае, в какой-то момент времени, потребление диска достигло 80% и не хотело останавливаться. Ниже описываю, как можно запустить процесс очистки вручную.

Когда вы создаете Azure Kubernetes Service кластер (AKS), вы можете указать сервис Log Analytics для логирования и мониторинга ресурсов внутри кластера: подов, сервисов и т.д. Эта штука устанавливает агент Log Analytics (там будет несколько подов и сопуствующие ресурсы типа config maps), которые потом будут отправлять вывод stdoutи stderrв Log Analytics.

К сожалению, схема этих логов достаточно сложная, из-за того, что лог связан с контейнером, а не с подом, и очень тяжело понять, к какому поду относится лог.

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

Последнее обновление до Kubernetes 1.24+ прошло не совсем гладко - поломался Nginx-ingress контроллер, и все приложения перестали работать.