Развертывание с помощью VSO RM в Azure Linux с PS/DSC

Я настроил Linux Srv в Azure с помощью OMI/PSDCS и пытаюсь выполнить развертывание с помощью VSO Release Management. Я создал среду Azure (я не позволю mw создать стандартную среду) и решил все проблемы с сертификатами. Теперь это не удается, потому что RM пытается подключиться к серверу linux, используя Negotiate Auth, и (конечно) служба OMI поддерживает только Basic.

Как заставить RM использовать Basic? Или OMI для поддержки Negotiate/NTLM? Любая публикация или документ, показывающий ЛЮБОЕ рабочее развертывание VSO RM в Azure без использования Chef?


person Andres    schedule 19.06.2015    source источник
comment
Не удивлюсь, если он не поддерживается.   -  person Daniel Mann    schedule 19.06.2015
comment
Похоже, это возможно: • Развернуть на серверах Windows или Linux с помощью PowerShell, Desired State Configuration, Chef или агента развертывания Visual Studio. visualstudio.com/en- мы/продукты/   -  person MrHinsh - Martin Hinshelwood    schedule 19.06.2015
comment
Я видел ту же страницу... но во всех демонстрациях, которые я видел, они используют Chef, а я не хочу использовать Chef. Кроме того, все примеры развертывания в Linux с помощью DSC не используют RM, поэтому они могут указать использовать обычную аутентификацию и игнорировать все ошибки сертификата.   -  person Andres    schedule 20.06.2015


Ответы (1)


«Выполнить задачу PS/DSC», поставляемую с RM, не поддерживает развертывание Linux. Текущая реализация сильно зависит от Windows. Но, могу я предложить пару обходных путей?

Для обоих этих обходных путей у вас сначала должен быть сценарий PS (с конфигурациями DSC и Start-DSCConfiguration), который вы можете запустить с компьютера Windows для целевой машины Linux без использования RM или Build. У вас есть полный контроль над тем, как должен быть написан этот скрипт, включая то, как создаются учетные данные и метод аутентификации.

Получив независимо протестированный сценарий PS, вы можете выполнить одно из следующих действий:

  1. Создайте определение сборки в концентраторе сборки своей учетной записи visualstudio.com и используйте шаг Powershell Build для запуска приведенного выше сценария. Обратите внимание, что это новая система сборки в VSO. Он имеет возможность легко запускать сценарии PS. Обратите внимание, что здесь вы создаете определение сборки вместо шаблона выпуска в RM. Новый концентратор выпусков, который будет доступен позже в этом году в VSO, будет очень похож на концентратор сборки, и вы сможете использовать тот же сценарий PS внутри определения выпуска, как только он станет доступен. Я попробовал этот подход, и он, кажется, работает нормально.

  2. Настройте компьютер Windows в качестве целевой среды Azure в RM. Создайте шаблон выпуска vNext, чтобы затем запустить приведенный выше сценарий PS на компьютере с Windows. Когда этот сценарий будет запущен, он сможет настроить таргетинг на сервер Linux. В этом подходе вы используете компьютер Windows в качестве прокси для запуска сценария PS. Я пробовал это с помощью шаблона выпуска на основе агента, а не с шаблоном выпуска vNext. Я надеюсь, что он будет хорошо работать и с шаблоном выпуска vNext.

person Vijay Machiraju    schedule 21.06.2015
comment
Спасибо, Виджей, за ваши комментарии! Я бы сказал, что вариант № 2 ближе к тому, что мне нужно, потому что я хочу использовать RM для утверждения и нескольких сред развертывания в одном рабочем процессе. Этот сценарий будет работать на чистой установке Azure (VSO и RM Online)? Я упоминаю об этом, потому что вы говорите, что пробовали это с развертыванием на основе агента, и они не поддерживаются в vNext RM онлайн прямо сейчас, или я что-то упустил? Нужна ли мне для этого локальная версия RM? - person Andres; 22.06.2015
comment
Да, я пробовал в агентном и локальном RM. Но он должен работать с шаблонами vNext, используя среду Azure Windows VM (выступая в качестве прокси-сервера) и RM в Интернете. Обновлю эту тему, если у меня будет возможность попробовать. - Виджай - person Vijay Machiraju; 22.06.2015
comment
Работает и в шаблонах RM vNext. - person Vijay Machiraju; 22.06.2015
comment
Отлично! Большое спасибо Виджай! Итак, чтобы было понятно, используя онлайн-шаблоны VSO и RM vNext, в качестве прокси-сервера использовался компьютер с Windows. Итак, для этой прокси-машины вы создали сценарий PS/DSC, который будет выполняться на прокси-машине, и этот сценарий содержит только ресурс сценария, который будет выполнять НАСТОЯЩИЕ сценарии развертывания PS/DSC, которые подключаются к машине Linux с SSL/Basic и выполните действия по копированию файла, чтобы фактически развернуть веб-сайт. Я прав? Я что-то упускаю? - person Andres; 28.06.2015
comment
Сценарий PS/DSC на прокси-машине с Windows будет напрямую определять желаемое состояние для машин с Linux. Я не вижу необходимости в двух наборах сценариев PS/DSC. Целевые компьютеры для этого скрипта определяются в соответствии с описанной здесь моделью всех узлов: technet. microsoft.com/en-us/library/dn249925.aspx. При запуске этот сценарий создает файлы MOF для каждого узла Linux на прокси-машине, а затем передает эти файлы MOF на узлы Linux. См. blogs.technet.com/b/privatecloud/archive/2014/05/19/ пример такого сценария драйвера. - person Vijay Machiraju; 30.06.2015
comment
Еще раз спасибо Виджай! Попробую это. Я очень ценю ваше время. - person Andres; 01.07.2015