2015-06-19 2 views
2

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

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

+0

Я не удивлюсь, если он не поддерживается. –

+0

Похоже, что это возможно: «• Развертывание на Windows или Linux-серверы с помощью PowerShell, желаемого компонента конфигурации, шеф-повара или агента развертывания Visual Studio». https://www.visualstudio.com/en-us/products/release-management-for-microsoft-visual-studio-vs.aspx –

+0

Я видел ту же страницу ... но во всех демонстрационных версиях я видел, что они используют шеф-повара , и я не хочу использовать шеф-повара. Кроме того, все примеры развертывания в Linux с DSC не используют RM, и поэтому они могут указывать на использование базовой проверки подлинности и игнорировать все ошибки сертификатов. – Andres

ответ

2

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

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

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

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

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

+0

Спасибо Vijay за ваши комментарии! Я бы сказал, что вариант № 2 ближе к тому, что мне нужно, потому что я хочу использовать RM для согласования и нескольких сред развертывания в одном рабочем процессе. Этот сценарий будет работать на чистом Azure (VSO & RM Online) настройке? Я упоминаю об этом, потому что вы говорите, что попробовали его с помощью развертываний на основе агентов, и они не поддерживаются в vNext RM онлайн прямо сейчас, или я что-то не хватает? Нужно ли мне для этого? – Andres

+0

Да, я пробовал в агентном и on-prem RM. Но он должен работать с шаблонами vNext, используя среду Azure Windows VM (действуя как прокси) и RM онлайн. Обновит этот поток, если у меня появится шанс попробовать его. - Vijay –

+0

Работает также в шаблонах RM vNext. –

Смежные вопросы