СофТы: обзор Windows Admin Center, ч.03: подключение к службам Azure - тотальный debugging!!! HD

Igor Shastitko LinkedIn ►►► https://www.linkedin.com/in/iwalker2000/ | 1я часть обзоров Windows Admin Center ►►► https://youtu.be/BUyeXdAIXV0 | 2я часть Windows Admin Center ►►► https://youtu.be/YCVp-SjJgHA | 2я часть Azure для сисадминов ►►► http://bit.ly/Azure_IaaS_p02 | Про производительность дисков ►►► http://bit.ly/Disk_perf_p01 | Как стать системным администратором ►►► http://bit.ly/ITProSysAdmin | Подписаться на канал ►►► http://bit.ly/iwalker2000_subs | Загляните на мой блог ►►► http://iwalker2000.com Следующий обзор Windows Admin Center - в этой серии - о подключении и управлении VM в Azure IaaS и использовании Azure Site Recovery для резервного копирования локальных виртуальных машин в Windows Admin Center. А про управление клиентскими Windows 10, серверами Hyper-V и виртуальными машинами в них смотрите в предыдущем обзоре Windows Admin Center - https://youtu.be/YCVp-SjJgHA . Это видео - феерическое! В том смысле, что я почти не стал удалять все те шероховатости, которые возникли в процессе внедрения нового продукта из коробки согласно документации, каковым является Windows Admin Center и его функции работы с Azure. И вот в этом видео вы можете четко лицезреть работу админа-внедренца и/или архитектора, который перед тем, как давать это решение заказчику (начитавшемуся маркетинговых материалов о том, как все работает круто) - тестирует это все у себя в лаборатории. Собственно, когда меня спрашивают, чем я занимаюсь и я отвечаю - разрабатываю, планирую и внедряю ИТ инфраструктуру - все кивают головой и типа, ну да, знаем же - next-next-next... Вот можете полюбоваться на этот самый next в данном видео, где реально каждый клик потом требует час разбора полетов! Ну а дебаг скриптов PowerShell с ошибками от Microsoft - можно считать вишенкой на торте ;) Казалось бы, в документации все четко описано - делаем раз, делаем два - и ваша виртуальная машина в IaaS Azure - уже подключена к Windows Admin Center. Но, как оказалось, штатная документация не предусматривает такой мелочи, как еще и команда Enable-PSRemoting, без которой WAC не может удаленно подключиться к виртуальной машине PowerShell. Но даже с таким сценарием оказалось, что штатная виртуальная машина Azure валит в лог ошибки DCOM #10016 - кто не вкурсе - это еще тот процесс плясок с бубном на исправление... Но почему вообще это происходит со штатной машиной Azure, которая развернута с нуля для демо? А еще достал "баг", который, как оказалось, состоит в том, что если ты добавил сервер удаленный в список подключений и попробовал к нему подключиться - то при следующей попытке подключения сессия не переустанавливается. Я только потом понял, что после того, как исправил одну ошибку DCOM - и все равно ничего не происходило - надо было удалить регистрацию сервера в WAC и повторить попытку ;) Пилим дальше... Как в той пословице - "тяжела и неказиста жизнь простого программиста"... А дальше - подключение к Windows Admin Center функций Azure Site Recovery. Собственно, в документации все тож