ОБНОВЛЕНО 25 марта 2019 г.

vRealize Automation | 20 сентября 2018 г. | Сборка 10053539

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

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

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

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

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

Модернизирован пользовательский интерфейс и рабочая среда (UI/UX)

vRealize Automation имеет новый внешний вид и оптимизированные потоки для общих задач самообслуживания.

  • Обновлен пользовательский интерфейс в соответствии со стандартом VMware Clarity.
  • Увеличен размер карточек в каталоге, добавлены более подробные описания.
  • Оптимизировано представление каталога.
    • В бизнес-группах теперь поддерживаются несколько экземпляров одного элемента каталога. Пользователь выбирает бизнес-группу в момент запроса.
  • Вкладка «Элементы и запросы» встроена в новую вкладку «Развертывания».
  • Данные запросов о ресурсах, выведенных из эксплуатации, перемещены на вкладку «Администрирование»
  • Улучшено состояние выполняемых запросов.
  • В представлении «История» отображаются все запросы, связанные с конкретным развертыванием.
  • Расширенные возможности поиска по меню продуктов и объектам
  • Контекстный доступ к документации из пользовательского интерфейса продукта
  • Начальная страница и портлеты относятся в этом выпуске к нерекомендованным элементам.
  • Кнопка «Сохранить» в запросах отмечена в этом выпуске как не рекомендованная для дальнейшего использования.

Улучшена интеграция с vRealize Operations

В этом выпуске представлены панели мониторинга развертывания для владельцев приложений и расширены возможности интеллектуального размещения обходного пути благодаря интеграции с vRealize Operations.

  • Отображение предупреждений и ключевых показателей (ЦП, память, число операций ввода-вывода в секунду (IOPS) и сеть) для компьютеров в представлении данных о развертывании
  • Оптимизация рабочих нагрузок, обработка которых выполняется под управлением vRealize Automation, в соответствии с политикой размещения vRealize Operations.
    • Это возможно благодаря предыдущей интеграции для оптимизации исходного размещения с целью непрерывной оптимизации существующих рабочих нагрузок

Дополнительные сведения см. в разделах Мониторинг с помощью vRealize Operations Manager и Непрерывная оптимизация с помощью vRealize Operations Manager.

Платформа автоматизации настройки

Интеграция с внешним средством управления конфигурацией Ansible Tower.

  • Поддержка OOTB для Ansible Tower как привилегированного участника в vRealize Automation.
  • Перетаскивание объекта Ansible Tower на холсте проекта схемы элементов.
  • Параметризация и поддержка раннего и позднего момента привязки/запроса
  • Динамический выбор шаблонов заданий Ansible (включая сценарии) для настройки приложений 
  • Поддержка регистрации компьютеров или их вывода из эксплуатации в рамках регулярного обслуживания

Дополнительные сведения см. в разделах Создание конечной точки Ansible и Добавление компонента Ansible в схему элементов vSphere.

Стандартная интеграция с NSX-T Data Center

Теперь vRealize Automation поддерживает стандартную интеграцию с NSX-T Data Center.

  • Предоставление NSX-T Data Center в режиме «Готово к использованию» в качестве привилегированного компонента vRealize Automation
  • Перетаскивание следующих служб NSX-T Data Center на холст проекта схемы элементов.
    • Подсистема балансировки нагрузки по требованию
    • Маршрутизируемая сеть по требованию
    • Сеть NAT «один ко многим» по требованию 
    • Существующая группа безопасности
  • Поддержка действий по регулярному обслуживанию
    • Обновление средств безопасности, применяемых для развернутой виртуальной машины
    • Изменение правил NAT для сети NAT по требованию

Дополнительные сведения см. в разделах Создание конечной точки NSX-T, Общие сведения о топологиях развертывания NSX-T и Проектирование схем элементов с помощью настроек NSX-T.

Управление доступом для кластеров Kubernetes с интеграцией PKS

Теперь vRA позволяет с легкостью управлять кластерами Kubernetes. Можно выполнить интеграцию с конечными точками PKS, чтобы создавать кластеры PKS (Kubernetes) и связывать их с бизнес-группами для упрощенного управления жизненным циклом кластеров. Помимо этого, можно разворачивать образы Docker в качестве модулей. vRA также упрощает доступ к собственным кластерам для команд разработчиков.

  • Управление кластерами PKS
    • После регистрации конечной точки PKS администратор контейнера может создавать, обновлять и удалять кластеры Kubernetes, а также связывать их с бизнес-группами и обнаруживать существующие кластеры Kubernetes.
    • Администратор контейнера может наделять команды разработчиков необходимыми полномочиями, делегируя возможность управления кластером PKS участникам бизнес-групп (с правами на управление).
  • Развертывание образов Docker в кластерах PKS
    • Администратор контейнера или разработчики могут выполнять развертывание образов Docker в кластерах PKS в качестве «модулей».
  • Доступ к кластерам PKS по умолчанию
    • Разработчики могут просматривать свои кластеры PKS и получать к ним доступ по умолчанию, загрузив kubeconfig.

Улучшенные возможности работы со схемами элементов Microsoft Azure

  • Поддержка управляемых дисков Azure
  • Повышение числа регионов Azure

Дополнительные сведения см. в разделах Создание конечной точки Microsoft Azure и Создание схемы элементов для Microsoft Azure.

Улучшение процедур установки, обновления, переноса и исправления

Усовершенствованное управление сертификатами:

  • Возможность получения сведений о сертификате через API-интерфейс
  • Для целей аудита все операции управления сертификатами регистрируются в журнале.
  • До замены сертификата автоматически выполняется предварительная проверка.
  • Для DEM и агента добавлена проверка активации не по HTTP (Non-HttpActivation)

Обновления интерфейса управления виртуальными устройствами

  • Автоматический перенос из внешнего vRO.
  • Повышенная устойчивость при удалении узла и аварийном переключении базы данных
  • В процедуру обновления добавлены новые проверки предварительных условий готовности и подтверждения.
  • Обновление. Больше не нужно отключать дополнительные узлы подсистемы балансировки нагрузки или удалять средства проверки ее работоспособности во время обновления vRA 7.4 до более поздней версии.

Исправления

  • API-интерфейс vRA для отслеживания хода применения исправления
    • Этот API-интерфейс применяется подсистемой vRealize Lifecyle Manager.
  • Применение исправления представляет собой идемпотентную операцию.
    • Например, если одно и то же исправление применяется дважды, это не приводит к нежелательным последствиям в работе продукта. Продукт может либо игнорировать ранее примененное исправление, либо выдать соответствующее сообщение о состоянии.
  • Новые определения метаданных для команд управления исправлениями.
  • Улучшенный пользовательский интерфейс для управления исправлениями (в VAMI).
  • Стандартная поддержка версий сборок исправлений.

Дополнительные сведения см. в разделе Установка и обновление vRealize Automation.

Улучшение процедур устранения неполадок

  • Улучшение процедуры принудительного удаления или повторной отправки (сбой при развертывании или развертывание с утраченными именами).
  • Проверка после переноса.
  • Согласованная трассировка журналов в рамках всего решения.
  • Предоставление идентификатора трассировки в интерфейсе APIU подключаемого модуля vRealize Orchestrator.

Кластеризация и настройка базы данных vRO

В версии 7.5 обновлено внешнее виртуальное устройство vRO.

  • Orchestrator Appliance больше нельзя обновлять, можно только выполнить перенос во встроенный объект, предоставляемый с vRA, или на другое виртуальное устройство vRO 7.5.
  • Новый мастер миграции, доступный в VAMI, позволяет выполнять перенос из внешнего объекта vRO во встроенный объект vRO, развернутый в vRA.
  • Изменения во встроенной базе данных Postgres
    • Встроенная база данных Postgres может быть кластерной и поддерживать автоматическое аварийное переключение базы данных.
    • Можно использовать только встроенную базу данных PostgreSQL, доступную в vRealize Orchestrator 7.5. Microsoft SQL Server и база данных Oracle больше не поддерживаются в качестве серверов внешней базы данных.
  • Больше нельзя настраивать кластеры и выполнять перенос с помощью центра управления Orchestrator.
    • Необходимо использовать интерфейс VAMI для управления кластером и базой данных, а также выполнения переноса.
  • Обновлена архитектура виртуального устройства, чтобы сократить объем памяти для развертывания и повысить удобство использования.

Улучшенные настраиваемые формы

  • Поддержка полей vRealize Business
  • Поддержка параметров контекстных действий vRO, не требующая дополнительной настройки
  • Новый редактируемый раскрывающийся список
  • Возможность добавления или удаления полей в сетке данных хранилища

Дополнительные сведения о настраиваемых формах см. в разделе Настройка форм запроса схем элементов

Улучшение брокера событий

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

Дополнительные сведения см. в разделах Определение сведений о подписках на рабочие процессы и Назначение рабочего процесса для подписки.

НОВОЕУлучшения процессов резервирования

Ранее время ожидания резервирования в vRA 7.5 иногда истекало во время загрузки. Время загрузки одного резервирования зависит от соотношения конфигурации узла, используемой в резервированиях, и конфигурации связанных с ними хранилищ. Вычисление объекта резервирования в пользовательском интерфейсе и API-интерфейсе vRA 7.5 значительно улучшено. Также оптимизирована загрузка нескольких резервирований.

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

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

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

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

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

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

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

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

Установка

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

VRealize Automation можно также установить с помощью vRealize Suite Life Cycle Manager. См. Установка, обновление и управление vRealize Suite Lifecycle Manager.

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

Обновление

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

VRealize Automation можно также обновить с помощью vRealize Suite Life Cycle Manager. См. Установка, обновление и управление vRealize Suite Lifecycle Manager.

Перед обновлением 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 к устройству.

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

  • Служба проверки работоспособности vRealize Automation выдает несколько ошибок, когда одно или несколько виртуальных устройств недоступны

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

  • Новое После автоматического обновления инфраструктуры как услуги до версии 7.4 включается режим автоматического аварийного переключения службы диспетчера

    В случае переноса или обновления vRealize Automation 7.3 или 7.3.1 до версии 7.4 при заранее выключенном автоматическом аварийном переключении эта функция будет включена во время автоматического обновления инфраструктуры как услуги до версии 7.4.

  • Истекает время ожидания при выполнении операции «Управление общедоступным IP-адресом» после подготовки для виртуальной машины Azure

    Получение текущего общедоступного адреса виртуальной машины Azure с помощью vRealize Orchestrator занимает слишком много времени. Когда оно истекает, в vRealize Automation появляется следующее сообщение об ошибке: «Время ожидания подключения к серверу vCenter Orchestrator истекло».

  • Сведения о профиле BP не отображаются в настраиваемой форме запроса

    Когда настраиваемая форма запроса использует профили BP (например, «размер»), сведения о конкретных свойствах не отображаются в настраиваемой форме запроса.

  • При отмене запроса на предоставление элемента каталога сразу после его отправки процесс зависает в состоянии ОТМЕНА

    Система не выполняет вызов события завершения запроса, что может привести к переходу запроса в состояние ОТМЕНА на неопределенное время.

  • После успешного переноса из версии 6.2.4 в версию 7.3.1 процесс повторной подготовки возвращает сообщение об ошибке 404 для основных и вспомогательных пользователей

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

  • Изменения значений свойств автоматически не отражаются в настраиваемых формах

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

  • При переносе vRealize Orchestrator могут возникать ошибки, связанные с повторяющимися записями в базе данных для исходной службы vRealize Orchestrator. В пользовательском интерфейсе будет отображаться примерно следующее сообщение об ошибке: «Не удалось проверить исходную базу данных vRealize Orchestrator. В базе данных Orchestrator обнаружены повторяющиеся записи. Повторяющиеся записи категории действия: Один элемент с именем actionName. Устраните повторяющиеся записи, удалив ненужные элементы.

    Данный этап процедуры переноса информирует вас о наличии повторяющихся записей в исходной базе данных vRO и останавливает процесс переноса на этапе проверки. Вы получаете отчет обо всех повторяющихся записях в исходной базе данных Orchestrator, после чего их необходимо просмотреть и вручную удалить до повторного запуска переноса.

    Не удается выполнить перенос в vRealize Orchestrator 7.5 при обнаружении повторяющихся записей в исходной базе данных Orchestrator. Их необходимо устранить до повторного запуска переноса.

  • При запросе на загрузку набора журналов происходит значительная задержка

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

  • Портал vRA не работает (службы становятся недоступными) после обновления или изменения пароля администратора единого входа

    Если пользователь настроил поставщика проверки подлинности для vRO в центре управления vRO, это значение переопределяется значением по умолчанию (vsphere.local\vcoadmins) после обновления или после изменения пароля администратора единого входа.

  • Сбой обновления vRA во время обновления инфраструктуры как услуги из-за аварийного переключения базы данных

    В выпусках 7.3.1 и 7.4 синхронная репликация Postgres отключена в начале выполнения сценариев перед обновлением виртуальных устройств и запускается снова в конце процесса обновления виртуальных устройств. Это может привести к сбою в ходе обновления инфраструктуры как услуги, поскольку после перезагрузки основного виртуального устройства может произойти аварийное переключение.

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

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

  • Если браузер развернут, кнопка «Выполнить» для обновления в пакетном режиме не работает

    При переходе на вкладку «Программные агенты» в VAMI и нажатии кнопки «Выполнить» в развернутом браузере кнопка для обновления в пакетном режиме не работает.

  • Во всех текстовых полях в программных агентах не указывается значение по умолчанию в информационных подсказках

    В текстовых полях в программных агентах не указывается значение по умолчанию в информационной подсказке.

  • Обновление до vRA 7.5 завершается сбоем из-за повторяющихся записей в базе данных vRealize Orchestrator

    Это может произойти, если в базе данных vRealize Orchestrator есть повторяющиеся записи.
    На вкладке «Обновление VAMI» появляется сообщение об ошибке, информирующее о сбое обновления, произошедшем до стадии установки. В журналах, созданных до обновления, может появляться сообщение об ошибке следующего типа: «Повторяющиеся записи в системных таблицах:
            2 элемента с идентификатором xxx в таблице базы данных vmo_scriptmodulecontent.
            Устраните повторяющиеся записи, удалив ненужные элементы.

  • Не удается установить подключаемый модуль большого размера

    На сервере конфигурации vRO все еще установлено ограничение максимального размера, равное 512 МБ (не для самой службы vRO, а для службы конфигуратора vRO). Необходимость вручную настраивать сервер конфигурации vRO, прежде чем можно будет успешно установить подключаемый модуль большого размера, станет главным неудобством для пользователей. Объем памяти службы конфигурации vRO увеличен до 768 МБ.

  • НОВОЕ  Передача настраиваемого свойства через программную службу на уровне схемы элементов приводит к возникновению ошибки установщика SQL 2014

    При установке SQL 2014 на компьютер под управлением Windows 2016 любое свойство, добавленное на уровне схемы элементов, служит причиной дублирования этого свойства на уровне программного обеспечения. Появляется сообщение об ошибке установки SQL 2014:  

    Microsoft.SqlServer.Chainer.Infrastructure.ChainerInfrastructureException: Item has already been added. Key in dictionary: 'swa_osversion' Key being added: 'swa_osversion' ---> System.ArgumentException: Item has already been added. Key in dictionary: 'swa_osversion' Key being added: 'swa_osversion'

    В этом сообщении «swa_osversion» обозначает настраиваемое свойство, добавленное пользователем на уровне схемы элементов. 

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

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

Установка
  • Происходит сбой настройки базы данных во время первичной установки vRealize Automation 7.2 на сервер под управлением Windows с турецкой языковой версией
    Если на сервере инфраструктуры как услуги используется турецкая языковая версия Windows, во время настройки базы данных происходит сбой мастера установки vRealize Automation и появляется следующее сообщение об ошибке: MSB3073.

    Решение. Планируется исправить эту проблему в следующем выпуске.

  • При установке в ручном режиме компонента веб-сайта инфраструктуры как услуги версии 7.3 в установщике инфраструктуры как услуги отображается сообщение об ошибке проверки сертификатов

    Сообщение об ошибке появляется при нажатии кнопки Далее на странице настраиваемой установки сервера инфраструктуры как услуги при выбранном компоненте веб-сайта. Это ложное сообщение об ошибке, оно появляется даже когда компонент выбран корректно.

    Решение. Откройте SSH-подключение на устройстве vRealize Automation. Выполните следующую команду, чтобы получить идентификатор узла компьютера, куда требуется установить компонент веб-сайта: vra-command list-nodes. Выполните следующую команду, чтобы получить справку о параметрах команды для установки веб-компонентов: vra-command help install-web. 

  • Новое обновление Java 1.8 (версии u192, u201 и u202) несовместимо с установленными средами vRealize Automation 7.5.

    Последнее обновление Java 1.8 (версии u192, u201 и u202) может привести к проблемам с установкой базы данных инфраструктуры как услуги, если не применены автоматические предварительные исправления.

    Решение. Используйте Java версии 1.8 u191. Также можно установить версию 7.5 с включенными автоматическими предварительными исправлениями, чтобы установить более раннюю версию Java 1.8 u191 на компьютерах инфраструктуры как услуги. После завершения установки новая версия Java 1.8 u201 или u202 может быть установлена вручную.

  • Сбой в ходе установки кластера 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%';" перед повторным выполнением операции «Повторная установка всей инфраструктуры как услуги».

  • Сбой первоначального развертывания OVF vRA 7.5 с ошибкой: Deployment failed, you will need to redeploy.

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

    Ошибка: DEPLOYMENT FAILED, YOU WILL NEED TO REDEPLOY
    Журнал ошибок находится в каталоге /var/log/boot.msg

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

Обновление
  • Во время автоматического обновления инфраструктуры как услуги команда 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.1–7.4 до версии 7.5 повышается нагрузка на ЦП

    Когда версии vRealize Automation 7.1–7.4 обновляются до версии 7.5, в таблицу DynamicOps.Repository.WorkflowSchedules в базе данных инфраструктуры как услуги добавляются повторяющиеся записи. Повторяющиеся расписания предназначены для рабочих процессов, связанных с метриками. После обновления несколько таких процессов начинают одновременно осуществлять одинаковые вычисления, из-за чего нагрузка на ЦП в системе повышается.

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

  • После перехода на новую версию с 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
  • После обновления vRA 7.3 и более поздних версий в vRA 7.5 отсутствуют данные конфигурации службы проверки работоспособности

    Данные службы проверки работоспособности теперь хранятся в базе данных Postgres vRA, а не во внутреннем хранилище данных, как в службе проверки работоспособности в vRA 7.3 и 7.4. Отсутствует путь миграции для данных за прошедший период — необходимо перенастроить службу проверки работоспособности после обновления.

    Решение. Настройте средства проверки работоспособности после обновления.

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

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

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

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

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

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

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

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

  • НОВОЕ  Если запущены служба агента и средство обновления Log Insight, процесс обновления автоматически прекращает их работу и не запускает службы заново после завершения обновления.

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

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

  • Об узле кластера vRA может быть сообщено как о «неработающем» в подсистеме балансировки нагрузки при высокой нагрузке

    При высокой нагрузке или выполнении операции, следующей после аварийного переключения, узел vRA может быть отмечен как «неработающий» (ошибка 503) во внешней подсистеме балансировки нагрузки. Начиная с vRA 7.5, проверка работоспособности vIDM зависит от проверки работоспособности узла vRA.
    При высокой нагрузке для проверки работоспособности встроенного экземпляра vIDM требуется больше времени на ответ, а узел vRA преждевременно отмечается как неработающий в подсистеме балансировки нагрузки.

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

  • В Chrome Edge и Internet Explorer нельзя изменить размер текстовых областей «Только для чтения»

    Если схема элементов любого ресурса как услуги содержит крупную текстовую область, ее размер не изменяется как положено в Chrome Edge и Internet Explorer, так как отсутствует поддержка Microsoft CSS.

    В качестве альтернативы можно использовать браузер Firefox.

  • При заполнении полей или свойств в настраиваемых формах не поддерживается внешнее действие vRO с типом «Массив любого типа»

    Настройка поля или настраиваемого свойства в настраиваемой форме, которая должна заполняться действием vRO с типом «Массив [все]», может привести к ошибкам в форме и не будет выполнена надлежащим образом.
    При выполнении действия с этим типом возвращаемых данных может возникать много ошибок в различных ситуациях, и пользователям не рекомендуется выполнять такую настройку в формах.

    Нет

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

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

    Решение. Нет.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  • В запросе каталога Azure нельзя удалить настраиваемое свойство, определенное в схемах элементов

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

    Решение. Если не нужно использовать это настраиваемое свойство, необходимо удалить его из схемы элементов.

  • Новое При использовании CloudClient для импорта схемы элементов в vRA операция не выполняется и появляется сообщение об ошибке

    В vRA 7.5 добавлены проверка компонентов программного обеспечения при создании схемы элементов и время запроса схемы элементов, что может привести к появлению сообщения об ошибке следующего вида: "operationStatus" : "FAILED","operationErrors" : [ { "errorCode" : 900184, "errorMessage" : "In the [Common-Functions] component, the software component [VMware-vRA-Common-Functions is not linked to Common]" } ]Принцип проверки подразумевает, что если на любом отдельном компьютере vSphere есть нескольких компонентов программного обеспечения, то между ними должны быть зависимости, например SWA зависит от SWB, а SWB зависит от SWC (SWA -> SWB -> SWC). Зависимости показывают последовательность выполнения во время установки компонента программного обеспечения. Одновременное предоставление двух компонентов программного обеспечения не разрешается и вызывает сообщения об ошибках следующего вида: "In the <[component_name]> component, the software component [SWA is not linked to SWB]".

    Решение. Найдите проблемные компоненты программного обеспечения в файле YAML, используя информацию из сообщения об ошибке и добавьте «dependsOn: - » на отдельной строке, как показано ниже: SWA: type: Software.SWA dependsOn: - SWB data:

  • НОВОЕ  Не удается создать резервирования вычислительных ресурсов на вкладке «Инфраструктура».

    При нажатии кнопки «Вычислительные ресурсы» на вкладке «Инфраструктура» и выборе нового резервирования страница «Новые резервирования» не появляется.

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

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

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