ОБНОВЛЕНО 20 МАЯ 2019 г.

vRealize Automation | 11 апреля 2019 г.| Сборка №: 13027280

Регулярно проверяйте, что было добавлено и изменено в этих заметках о выпуске.

Содержание заметок о выпуске

В заметках о выпуске затрагиваются следующие темы:

Новые возможности

В выпуске vRealize Automation 7.6 исправлены известные проблемы и представлены новые возможности.

Новые функции и улучшения

VMware упрощает гибридное облако благодаря vRA/vRO 7.6.

  • Установка и настройка
    • Новая страница сводки в интерфейсе VAMI
    • Новые настраиваемые оповещения в VAMI о работоспособности кластера
    • Служба SNMP — облегчает мониторинг ресурсов узла vRA, таких как ЦП, память и многое другое. Возможность настройки для активного наблюдения за ресурсами и отправки прерываний SNMP в случае превышения порогового значения, доступны API-интерфейсы
  • Улучшения в новой версии.

    • Исправление ошибок и небольшие улучшения

    • При обновлении будут созданы резервные копии всех файлов конфигурации

    • Улучшение API — детальная отчетность о ходе работы на уровне API-интерфейса

    • Настройка обновления стала более гибкой — можно настроить отложенное выполнение некоторых шагов.

  • Улучшение настраиваемых форм — расширение возможностей для пользователей, которые хотят настраивать и улучшать свои формы запросов в vRA

    • Улучшения DataGrid: диски, определенные в схеме элементов, доступны только для чтения; проверка ячеек; обновление поля при добавлении, удалении или изменении строк.

    • Добавлено средство выбора в двух списках

    • Добавлено средство множественного выбора для сложных объектов

    • Добавлен компонент ссылок

  • Интеграция NSX — поддержка миграции NSX-V на NSX-T

  • Улучшение интерфейса vRO — теперь пользователям стало удобнее создавать рабочие процессы с помощью vRO

    • Улучшение проектирования, управления контентом и устранения неполадок в веб-клиенте (подробную информацию см. в разделе «Новые возможности» и в информации о версии vRO) 

Интернационализация

Решение vRealize Automation 7.6 доступно на указанных ниже языках.

  • Английский
  • Французский
  • Немецкий
  • Испанский
  • Японский
  • Корейский
  • Китайский (упрощенное письмо)
  • Китайский (традиционное письмо)
  • Итальянский
  • Русский
  • Голландский
  • Португальский (Бразилия)

Дополнительные сведения о поддержке языков в продукте см. в Руководстве по глобализации продуктов VMware.

Системные требования

Сведения о поддерживаемых операционных системах узлов, базах данных и веб-серверах см. в документе Матрица поддержки vRealize Automation.

Документация

Документацию по vRealize Automation 7.6 см. в разделе VMware vRealize Automation на портале VMware Docs.

Установка

Предварительные требования и инструкции по установке см. в статье Установка vRealize Automation на портале VMware Docs.

ПРИМЕЧАНИЕ. Сведения об ошибке при проверке присоединения к кластеру см. в статье базы знаний 58708.

Обновление

Общие рекомендации см. в статье Обновление vRealize Automation на портале VMware Docs.

Перед обновлением vRealize Automation 6.2.x

Средство vRealize Production Test Upgrade Assist Tool анализирует конфигурации компонентов в среде vRealize Automation 6.2.x, которые могут привести к проблемам обновления, и проверяет готовность среды к обновлению. Чтобы загрузить это средство и сопутствующую документацию, перейдите на страницу Загрузка продукта VMware vRealize Production Test Tool.

Использование vRealize Code Stream

Чтобы использовать vRealize Code Stream в среде vRealize Automation, необходима лицензия на vRealize Code Stream.

Дополнительные сведения см. в информационном центре vRealize Code Stream в разделах Установка vRealize Code Stream и Применение лицензии vRealize Code Stream к устройству.

Исправленные проблемы

В этом выпуске исправлены следующие ошибки.
  • Во время автоматического обновления инфраструктуры как услуги команда upgrade-dem или upgrade-agent завершается сбоем. Результат команды может иметь следующий вид: «Результат: имя службы содержит недопустимые символы, является пустым или слишком длинным (максимальная длина = 80)». Такое же сообщение об ошибке может присутствовать в файле Management Agent All.log. Имя указанной службы содержит более 80 символов

    API-интерфейсы Microsoft.Net, используемые для обработки операций службы Windows в инфраструктуре как услуге, имеют ограничение в 80 символов на имя службы Windows, несмотря на то что операционная система фактически разрешает более длинные имена (256 символов). Эта проблема возникает в конце обновления DEM/DEO/Agent при попытке перезапуска службы.

    Имя службы нужно поменять на более короткое, но командные строки Windows или API-интерфейсы не разрешают такое изменение (можно изменить только отображаемое имя), поэтому в качестве обходного пути следует переустановить службу. Для этого службу можно удалить, а затем загрузить программу установки инфраструктуры как услуги (со страницы установки VAMI по адресу: https://<vami_host>:5480/installer) и запустить ее на соответствующем узле инфраструктуры как услуги, чтобы установить службу с подходящим именем. Необходимо помнить, что каждой службе инфраструктуры как услуги после установки автоматически присваивается префикс, который предшествует введенному имени.
    В зависимости от службы префиксами могут быть: VMware DEM-Worker, VMware DEM-Orchestrator, VMware vCloud Automation Center Agent. Примечание. Если требуется повторно установить агент инфраструктуры как услуги для смены его имени, то имя соответствующей конечной точки также нужно поменять в vRA.

  • После перехода на новую версию с vRealize Automation 7.3 или более ранней версии перестают работать приложения, которые используют API-вызов для получения сведений о форме

    В vRealize Automation 7.3 или более ранней версии существуют орфографические ошибки в именах, которые указаны ниже, в списке свойств запросов любого ресурса как услуги, полученных с помощью команды интерфейса API службы каталога GET /api/consumer/requests/{id}/forms/details.

    • vco.execurion.state
    • vco.execurion.business.state
    • vco.execurion.current.activity.name
    • vco.execurion.start.date
    • vco.execurion.end.date
    • vco.execurion.error.details

    В версии vRealize Automation 7.3.1 execurion было исправлено на execution. Приложения, которые продолжают использовать свойства запроса любого ресурса как услуги с орфографическими ошибками, перестали работать.

    Решение. Если ваш контент зависит от свойств запроса любого ресурса как услуги с орфографическими ошибками и вы используете vRealize Automation 7.3.1 или более позднюю версию, обновите приложение, чтобы использовать текущие свойства запроса любого ресурса как услуги, которые указываются следующим образом.

    • vco.execution.state
    • vco.execution.business.state
    • vco.execution.current.activity.name
    • vco.execution.start.date
    • vco.execution.end.date
    • vco.execution.error.details
  • Сбой в ходе установки кластера vRealize Automation 7.5 на этапе присоединения к кластеру (join-va)

     

    При новой установке кластера vRA 7.5 с двумя или тремя виртуальными устройствами появляется сообщение об ошибке проверки на этапе присоединения к кластеру (join-va).
    После 15 минут ожидания нажатия элемента «Сбой повторной установки» состояние изменяется на «Успешно», и процедура установки продолжается.

    Это может быть вызвано преждевременным истечением времени ожидания в мастере пользовательского интерфейса (30 минут), которое может привести к сбою, если операция присоединения длится дольше 30 минут.

    См. статью базы знаний 58708.

  • Функция «Повторная установка всей инфраструктуры как услуги» в мастере установки продукта завершается сбоем с сообщением «Сбой при проверке», и в поле «Описание» может появиться примерно следующее сообщение: «Элемент с таким ключом уже добавлен».

    Это известная проблема, влияющая на работу vRealize Automation

    Обходной путь для этой проблемы: выполните следующую инструкцию обновления SQL во встроенной базе данных vPostgres: "update cluster_commands set output='' where type like '%install%';" перед повторным выполнением операции «Повторная установка всей инфраструктуры как услуги».

  • Полное меню действий для регулярного обслуживания не отображается в браузерах Internet Explorer 11 и Edge

    Полное меню действий для регулярного обслуживания не отображается в браузерах Internet Explorer 11 и Edge для развертываний с одним или двумя подчиненными компьютерами.

    Решение. Хотя список действий на экране не отображается, к нему можно получить доступ с помощью прокрутки. Либо можно использовать браузер Firefox или Chrome.

  • Действия по регулярному обслуживанию, такие как запуск, остановка и перезапуск, не отображаются на виртуальных машинах Azure после обновления или миграции на версию 7.5

    После обновления или миграции с версии 7.x в версию 7.5 действия по запуску, остановке и перезапуску не отображаются.

    Решение. См. статью базы знаний 58864.

  • При использовании метки подарендатора в качестве поля привязки в настраиваемых формах пользовательский интерфейс разработчика не работает

    При попытке использовать метку подарендатора в качестве поля привязки в настраиваемой форме в пользовательском интерфейсе для привязки возвращается метка арендатора.

    Используйте поле «Ссылка на подарендатора» в пользовательском интерфейсе для настраиваемых форм. Можно также экспортировать настраиваемые формы как yaml, внести изменения в файл yaml, указав верную привязку, и затем повторно импортировать формы.

  • Не удалось выполнить аутентификацию с исключением OAuthToken! при доступе к вкладке «Управление бизнесом» в режиме vRA

    В режиме vRA по истечении срока действия сеанса пользователя в vRA появляется сообщение об ошибке на вкладке «Управление бизнесом»:

    org.springframework.security.authentication.BadCredentialsException: Не удалось выполнить аутентификацию с OAuthToken! 
    Маркер устарел.

    Решение. Выйдите и повторно войдите в систему.

  • В форме виртуальной машины Azure после обновления или миграции не отображаются подробные сведения

    После обновления или миграции из vRA 7.x до версии 7.5 в существующих формах виртуальных машин Azure отсутствуют данные.

    Решение. См. статью базы знаний 58864.

  • После обновления до версии vRA 7.5 таблица хранилищ в разделе «Резервирование» не заполняется

    После обновления vRealize Automation до версии 7.5 таблица систем хранения в разделе «Резервирование» не заполняется.

    Решение. Перезапустите службу VMware vCloud Automation Center из командной строки или из интерфейса управления устройством vRealize Automation.

  • API-интерфейс службы портала удален

    Удалены следующие API-интерфейсы службы портала:

    • Использование ресурсов
    • Внутренние расчеты
    • Реорганизация
    • Экспорт отчетов в CSV, PDF и т. д. 

     

  • Настраиваемые обновления в файле setenv.sh для vRO отменяются после обновления.

    Настраиваемые обновления в файле setenv.sh для vRO отменяются после обновления. Файл находится в папке /usr/lib/vco/app-server/bin/setenv.sh.  При необходимости обновите значения после процедуры обновления и перезапустите vco-server, чтобы эти изменения вступили в силу.

     

Известные проблемы

Известные проблемы сгруппированы следующим образом.

Установка
  • Новое Процесс установки vRA не может устранить ошибки настройки IIS.

    Процесс установки vRA не может устранить проблемы настройки IIS, когда Windows 2019 используется для развертывания веб-компонентов инфраструктуры как услуги.

    Решение. Если вы проводите развертывание vRA в Windows 2019, ознакомьтесь с инструкциями в базе знаний VMware.

Обновление
  • Новое Не удается выполнить предварительную проверку обновления vRA 7.6, сервер IIS не отвечает.

    При обновлении узла инфраструктуры как услуги вручную с помощью программы установки инфраструктуры как услуги проверка необходимых компонентов отображает для «сервера IIS» состояние «Есть проблемы» и выдает сообщение об ошибке: The IIS Server is installed and running, but does not respond.

    Решение. Проверьте, доступен ли IIS через заданный порт, перейдя по ссылке https://<web_node_fqdn>:<port>. Если IIS работает и проверка необходимых компонентов не выявляет других проблем, пропустите этап проверки необходимых компонентов и продолжите.

  • При автоматическом обновлении версии 7.1 обновление агентов управления может завершаться со сбоем. В журнале "/opt/vmware/var/log/vami/updatecli.log" можно найти ошибку выполнения сценария "/etc/bootstrap/preupdate.d/00-00-03-upgrade-management-agents", похожую на следующую: «Сертификат VMware не был установлен на перечисленных ниже узлах. Убедитесь, что на них запущен агент управления и что он подключен к виртуальному устройству».

    Сертификат подписи VMware, используемый при обновлении агента управления в версиях до 7.3, больше не действует. Проверка не позволяет установить его на узлах IaaS, поэтому обновление агента управления не может быть продолжено.

    1. Войдите на каждый узел IaaS.
    2. Загрузите MSI-установщик для агента управления со страницы загрузки VAMI (https://<va_hostname>:5480/installer).
    3. Запустите его вручную, чтобы обновить агент управления.
    4. Подключитесь по протоколу SSH к основному виртуальному устройсту и выполните "touch /tmp/do-not-upgrade-ma", чтобы обойти обновление агента управления.
    5. Запустите автоматическое обновление снова на вкладке «Обновление VAMI».

    Будет предоставлена база знаний.

  • Перед обновлением служба vco-configurator запущена на всех устройствах. Однако после обновления vRA до версии 7.6 служба vco-configurator не запускается ни на одном устройстве.

    Подлежит уточнению

    Подлежит уточнению

  • Автоматическое обновление периодически дает сбой на этапе обновления агентов управления, и появляется сообщение, что не удалось обновить один или несколько агентов. На странице «Обновление VAMI» отображается сообщение об ошибке, похожее на следующее:
    «Агент управления не был обновлен на перечисленных ниже узлах. Убедитесь, что на них запущен агент управления и что он подключен к виртуальному устройству».
    На странице «Кластер VAMI» компьютеры IaaS, указанные в сообщении об ошибке, не подключены за период, превышающий интервал проверки работоспособности агента управления (по умолчанию 30 секунд).
    В MSI-журнале обновления на компьютерах IaaS, где не удалось обновить агентов управления, можно найти ошибку, похожую на следующую:
    «Ошибка 1921. Не удалось остановить службу «Агент управления VMware vCloud Automation Center» (агент управления VMware vCloud Automation Center Management Agent). Убедитесь, что у вас достаточно прав для остановки системных служб».

    MSI-процесс обновления не может остановить службу агента управления за ожидаемое время из-за блокировки в процедуре обновления агента управления и дает сбой, после чего агент управления остается остановленным.

    https://kb.vmware.com/s/article/66541

Настройка и подготовка

  • При использовании браузера Firefox для создания или изменения схемы элементов значение максимального объема хранилища нужно заполнять вручную для виртуальной машины после выбора шаблона клонирования

    При создании схемы элементов в Firefox значение максимального объема хранилища не заполняется автоматически в сведениях о сборке виртуальной машины на вкладке «Ресурсы компьютера» после выбора шаблона клонирования. Это поле будет выделено красным цветом.

    Необходимо вручную ввести значение максимального объема хранилища.

  • Подтверждение не применяется для изменения действия по регулярному обслуживанию, и действие по изменению аренды выполняется, не дожидаясь подтверждения

    Когда подтверждение основано на условии запрошенного количества дней аренды, например в политике подтверждения типа «Каталог служб — запрос на действие ресурса — изменение аренды — развертывание/компьютер», для которой требуется подтверждение на основе предложения, удовлетворяющего количеству дней аренды, и само подтверждение связано с типом политики в праве для каталога. После подготовки компьютера при изменении его аренды действие обрабатывается без вызова каких-либо подтверждений.

    Решение. Для изменения аренды используйте параметр «Всегда» для типов подтверждения вместо добавления предложения с количеством дней аренды.

  • Сбой обновления конечной точки ASD vSphere

    При попытке обновить конечную точку ASD vSphere в vRA происходит сбой из-за неверного значения поля "instanceToUpdate"
     

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

    Эта проблема была возникает в vRealize Automation 7.6 и устранена в vRA 7.6.1.

    Переместите узел в существующий кластер или создайте новый кластер, содержащий узел.

Предыдущие известные проблемы

Чтобы просмотреть список предыдущих известных проблем, щелкните здесь.

check-circle-line exclamation-circle-line close-line
Scroll to top icon