Содержание
Пластиковый профиль «КБЕ-Эксперт» — Окна Балпром в Балашихе
Для тех, кто ценит комфорт и высокое качество, компания «Балпром» изготавливает пластиковые окна из профиля «КБЕ-Эксперт». Секрет успешности бренда заключается в особой технологии и новаторских решениях. Благодаря непревзойденному качеству и экологической безопасности материалов окна завоевали доверие миллионов покупателей и стали известны по всему миру.
Концепцией производителя является сочетание современного внешнего вида и презентабельности с высокотехнологичными разработками, обеспечивающими отличные эксплуатационные характеристики. Продукция сертифицирована в соответствие с требованиями ГОСТа. Окна «КБЕ-Эксперт» известного бренда можно устанавливать в детских садах, медицинских учреждениях и лабораториях.
Модель отличается шелковисто-матовым покрытием, приятным на ощупь. Благодаря плотной структуре поверхности пыль и грязь не въедаются в материал, и профиль сохраняет свой первозданный вид на протяжении всего срока эксплуатации.
Система имеет встроенные клапаны климат-контроля, что обеспечивает хорошую циркуляцию воздуха в помещении в любое время года.
Характеристики профиля KBE Expert
| Класс энергоэффективности | А |
| Количество воздушных камер | 5/5 |
| Сопротивление теплопередаче | 0,88 м2·°C/Вт |
| Толщина стеклопакета (мм) | 40 |
| Монтажная ширина (мм) | 70 |
Преимущества оконного профиля КВЕ Expert
Продукция известного немецкого бренда обладает отличными звукоизоляционными свойствами, поэтому востребована в оживленных мегаполисах, где дома зачастую стоят вблизи шумных трасс и дорог. Ширина профиля «Эксперт-КБЕ» составляет 70 мм — это означает, что окна обладают непревзойденными теплоизоляционными характеристиками и подходят для холодного климата.
Благодаря большой ширине монтажный шов увеличился, что значительно снизило теплопередачу. Максимальный комфорт достигается с трехкамерным стеклопакетом, толщина которого достигает 40 мм.
Двухконтурный уплотнитель делает эксплуатацию окон совершенно бесшумной — створки с легкостью открываются и закрываются. При этом силикон, из которого состоит изолятор, предотвращает попадание влаги и пыли внутрь, что значительно продляет срок службы окна.
К достоинствам профиля KBE Expert относятся:
- гигиеничность и экологичность — окна безопасны для здоровья людей и животных. В целях охраны окружающей среды производитель заменил свинец в составе профиля на соединения цинка и кальция;
- энергосбережение — окна препятствуют возникновению сквозняков, сохраняют тепло в доме зимой и обеспечивают комфортную прохладу в жаркое время года. Вам не придется тратить деньги на приобретение дополнительных обогревателей и кондиционера;
- теплоизоляция и защита от посторонних шумов — внушительная толщина профиля в сочетании с пятью камерами стеклопакетов создают здоровый микроклимат в доме, предотвращая проникновение навязчивого шума с улицы;
- долговечность — окна КВЕ могут использоваться до 40 лет;
- защита от промерзания и запотевания окон — высокие теплоизоляционные характеристики профиля позволяют открыть новые возможности при отделке откосов, и вы сможете использовать натуральные материалы, не беспокоясь о появлении плесени и нарушении конструктива из-за повышенной влажности;
- прочность — модель оснащена косыми перегородками, которые обеспечивают устойчивость конструкции к деформациям, облегчая процесс монтажа;
- возможность установить систему самовентиляции.
«Регель-Эйр» представляет собой небольшое устройство, которое, не нарушая герметичности окна, обеспечивает постоянный приток свежего воздуха.
«Регель-Эйр» представляет собой небольшое устройство, которое, не нарушая герметичности окна, обеспечивает постоянный приток свежего воздуха.Заказать пластиковые окна с профилем КВЕ Expert можно на сайте нашей компании «Балпром». Мы заботимся о вашем комфорте и предлагаем продукцию высшего качества по доступной цене!
Полезные материалы о профиле KBE (КБЕ):
- История профиля KBE
- Преимущества установки пластиковых окон с профилем KBE
- Окна KBE — качество по доступным ценам!
- Виды и типы профиля KBE
ПВХ профиль КВЕ | Евроокна
ПВХ-профиль KBE Эксперт
KBE Эксперт – современная профильная система максимального комфорта, которая отвечает высоким требованиям по теплоизоляции. Лучшего утепления пластиковых окон ПВХ удалось добиться благодаря тому, что профиль KBE Эксперт имеет ширину 70 мм, что позволяет увеличить ширину монтажного шва на 20%, то есть лучше утеплить его.
Кроме этого, широкий 5-камерный профиль класса А позволяет установить более толстый стеклопакет, что также значительно увеличивает теплоизоляцию помещения, сохраняя в нем тепло и уют. Важно отметить применение новой технологии greenline (без свинца!), делающей пластиковые окна KBE Эксперт экологически безопасными. Вследствие этого, профиль KBE рекомендован для применения в детских и лечебно-профилактических учреждениях.
ПВХ-профиль KBE Энджин
KBE Энджин – профильная система, созданная конструкторами компании KBE в связи с потребностью рынка в дешевой 3-х камерной 58 мм системе. KBE Энджин – это экономное решение для остекления хозпостроек и офисных зданий. Снижение цены на данные профили было достигнуто за счет уменьшения толщины стенок профиля. В основном пластиковые окна из этого профиля находят применение там, где качество остекления не так важно. Это в основном хозпостройки, офисы, дома на продажу и т.
п. Пластиковые окна из профиля KBE Энджин пользуются особой популярностью среди пенсионеров. Качество окон KBE Энджин – это уровень качества окон Новотекс, Монтблан. Данный профиль выполнен также с применением новой технологии greenline (без свинца!), которая делает пластиковые окна KBE Энджин экологически безопасными.
Ламинация
Пластиковые окна KBE возможно исполнить в различных цветовых решениях. Для этого применяется специальная ламинированная пленка, которая повторяет фактуру и цвет ценных пород дерева. Цветная ламинация — это отличный способ радикально изменить внешний вид Вашего дома, это также дает Вам возможность фантазировать! Благодаря такой ламинации доступно большое разнообразие цветов, как традиционных, так и достаточно ярких и смелых. Некоторые из них представлены ниже.
Экологичность
Greenline – рецептура будущего!
Производитель оконного профиля KBE — концерн profine GmbH перенастроил своё производство на совершенно новую экологичную рецептуру greenline.
Данная технология подразумевает под собой замену свинца, традиционно используемого при производстве ПВХ-профиля, на экологически безопасное химическое соединение кальций-цинк. Такое нововведение удовлетворило цели Еврокомиссии по охране окружающей среды, которая призывает исключить применение тяжелых металлов (таких как свинец) из промышленного производства. Таким образом, оконные профили KBE, произведенные согласно технологии greenline, на сегодняшний день отвечают всем требованиям по защите окружающей среды. Благодаря такой технологии пластиковые окна KBE не причиняют вред окружающей среде ни в процессе производства, ни в процессе утилизации. Кроме этого, профили KBE, изготовленные по рецептуре greenline и соответствующие высочайшим экологическим стандартам дают и другие преимущества. Так, благодаря стабилизатору кальций-цинк пластиковые окна KBE, а именно их белоснежные рамы, приобретают свойство дольше противостоять непогоде, сохраняя приятный шелковистый блеск поверхности.
Ориентировочная стоимость новых окон
Замена окна Scituate
Замена окна Seekonk
Замена окна Шарон
Замена окна Шеффилд
Замена окна Shelburne
Замена окон Sherborn
Замена окна Ширли
Замена окна Шрусбери
Замена окна Shutesbury
Замена окна Somerset
Замена окон Somerville
Замена окна South Hadley
Замена окна Саутгемптон
Замена окна Саутборо
Замена окна Южного моста
Замена окна Southwick
Замена окон Spencer
Замена окна Спрингфилд
Замена окон Sterling
Замена окна Stockbridge
Замена окна Stoneham
Замена окна Stoughton
Замена окна Stow
Замена окна Sturbridge
Замена окна Садбери
Замена окна Сандерленд
Замена окон Sutton
Замена окон Swampscott
Замена окна Суонси
Замена окна Taunton
Замена окна Templeton
Замена окна Тьюксбери
Замена окна Tisbury
Замена окон Tolland
Замена окон Topsfield
Замена окна Таунсенд
Замена окна Truro
Замена окон Tyngsborough
Замена окон Tyringham
Замена окна Upton
Замена окон Uxbridge
Замена окна Wakefield
Замена окон Уэльс
Замена окна Walpole
Замена окна Waltham
Посуда для замены окон
Замена окна Wareham
Замена окна Уоррен
Замена окон Warwick
Замена окна Вашингтон
Замена окон Уотертаун
Замена окна Wayland
Замена окна Webster
Замена окна Wellesley
Замена окна Wellfleet
Замена окна Wendell
Замена окон Wenham
Замена окна West Boylston
Замена окон West Bridgewater
Замена окон West Brookfield
Замена окна West Newbury
Замена окон West Springfield
Замена окон West Stockbridge
Замена окна West Tisbury
Замена окон Westborough
Замена окна Westfield
Замена окна Westford
Замена окна Westhampton
Замена окна Вестминстер
Замена окна Weston
Замена окна Westport
Замена окна Westwood
Замена окна Weymouth
Замена окна Whately
Замена окна Whitman
Замена окна Wilbraham
Замена окон Williamsburg
Замена окон Williamstown
Замена окон Wilmington
Замена окна Winchendon
Замена окна Winchester
Замена окна Виндзор
Замена окна Winthrop
Замена окна Woburn
Замена окна Worcester
Замена окна Worthington
Замена окна Wrentham
Замена окна Yarmouth
Устранение неполадок моста ресурсов Azure Arc (предварительная версия) — Azure Arc
- Статья
- 16 минут на чтение
В этой статье содержится информация об устранении неполадок и решении проблем, которые могут возникнуть при попытке развернуть, использовать или удалить мост ресурсов Azure Arc (предварительная версия). Мост ресурсов — это упакованная виртуальная машина, на которой размещен кластер управления Kubernetes. Общие сведения см. в разделе Обзор моста ресурсов Azure Arc (предварительная версия).
Общие вопросы
Журналы
При возникновении проблем с мостом ресурсов Arc соберите журналы для дальнейшего изучения с помощью команды Azure CLI az arcappliance logs . Эту команду необходимо запускать с того же компьютера развертывания, который использовался для выполнения команд для развертывания моста ресурсов Arc. Если возникает проблема со сбором журналов, скорее всего, машина развертывания не может подключиться к виртуальной машине устройства, и сетевому администратору необходимо разрешить обмен данными между машиной развертывания и виртуальной машиной устройства.
Для команды az arcappliance logs требуется SSH для доступа к виртуальной машине моста ресурсов Azure Arc. Ключ SSH сохраняется на машине развертывания. Чтобы использовать другую машину для запуска команды logs, убедитесь, что следующие файлы скопированы на машину в том же месте:
$HOME\.KVA\.ssh\logkey.pub $HOME\.KVA\.ssh\logkey
Чтобы выполнить команду az arcappliance logs , IP-адрес виртуальной машины устройства, IP-адрес плоскости управления или kubeconfig можно передать в соответствующем параметре. Если az arcappliance deploy не был завершен, то файл kubeconfig может быть пустым, поэтому его нельзя использовать для сбора журналов. В этом случае IP-адрес виртуальной машины устройства можно использовать для сбора журналов.
IP-адрес виртуальной машины устройства назначается при выполнении команды az arcappliance deploy после согласования конечной точки плоскости управления. Например, если сообщение, отображаемое в командном окне, гласит: «IP-адрес устройства — 192.
168.1.1», для сбора журналов будет использоваться следующая команда:
журналы az arcappliance hci --ip 192.168.1.1 --out-dir c:\logs`
Чтобы указать IP-адрес виртуальной машины моста ресурсов Azure Arc, выполните следующую команду:
az arcappliance logs <поставщик> --out-dir <путь к указанному выходному каталогу> --ip XXX.XXX.XXX. ХХХ
Удаленный PowerShell не поддерживается
Если вы запускаете команды CLI az arcappliance для Arc Resource Bridge через удаленный PowerShell, у вас могут возникнуть различные проблемы. Например, при попытке установить мост ресурсов в кластере гиперконвергентной инфраструктуры Azure Stack вы можете увидеть ошибку сбоя проверки подлинности или другой тип ошибки.
Использование команд az arcappliance из удаленной оболочки PowerShell в настоящее время не поддерживается. Вместо этого войдите в узел через протокол удаленного рабочего стола (RDP) или используйте сеанс консоли.
Мост ресурсов не может быть обновлен
В этом выпуске все параметры указываются во время создания. Чтобы обновить мост ресурсов Azure Arc, необходимо удалить его и повторно развернуть.
Например, если вы указали неправильное расположение или подписку во время развертывания, впоследствии произойдет сбой создания ресурса. Если вы только попытаетесь воссоздать ресурс без повторного развертывания виртуальной машины моста ресурсов, вы увидите, что статус застрял на Ожидание сердцебиения .
Чтобы решить эту проблему, удалите устройство и обновите файл YAML устройства. Затем повторно разверните и создайте мост ресурсов.
Сбой из-за предыдущих неудачных развертываний
В случае сбоя развертывания моста ресурсов Arc последующие развертывания могут завершиться сбоем из-за остаточных кэшированных папок, оставшихся на машине.
Чтобы этого не произошло, обязательно выполняйте команду az arcappliance delete после любого неудачного развертывания.
Эта команда должна быть запущена с последними arcappliance Расширение Azure CLI. Чтобы убедиться, что на вашем компьютере установлена последняя версия, выполните следующую команду:
az extension update --name arcappliance
Если неудачное развертывание не будет успешно удалено, остаточные кэшированные папки могут привести к сбою будущих развертываний моста ресурсов Arc. Это может привести к тому, что сообщение об ошибке Недоступно описание = соединение закрыто до того, как префейс сервера получил , чтобы появиться, когда различные az arcappliance 9Выполняются команды 0202, в том числе подготовка и удаление .
Чтобы устранить эту ошибку, папки .wssd\python и .wssd\kva в каталоге профиля пользователя необходимо удалить на компьютере, где выполняются команды CLI моста ресурсов Arc. Вы можете удалить их вручную, перейдя в каталог профиля пользователя (обычно C:\Users
wssd\python и/или .wssd\kva. После их удаления повторите команду.
Ошибка обновления маркера
При выполнении команд Azure CLI может быть возвращена следующая ошибка: Срок действия маркера обновления истек или он недействителен из-за проверок частоты входа с помощью условного доступа. Ошибка возникает из-за того, что при входе в Azure маркер имеет максимальное время жизни. Когда это время жизни будет превышено, вам потребуется снова войти в Azure с помощью команды az login .
Пулы ресурсов узлов по умолчанию недоступны для развертывания
При использовании команды az arcappliance createConfig или az arcappliance run появится интерактивный интерфейс, показывающий список объектов VMware, которые пользователь может выбрать для развертывания виртуального устройства. В этом списке будут показаны все пулы ресурсов, созданные пользователями, а также пулы ресурсов кластера по умолчанию, но пулы ресурсов узла по умолчанию не указаны.
Когда устройство развертывается в пуле ресурсов хоста, в случае сбоя аппаратного обеспечения хоста высокая доступность отсутствует. По этой причине мы рекомендуем не пытаться развернуть устройство в пуле ресурсов хоста.
Проблемы с сетью
Ограниченное исходящее подключение
Ниже приведен список URL-адресов брандмауэра и прокси-сервера, которые необходимо внести в белый список, чтобы разрешить связь с хост-компьютера, виртуальной машины устройства и IP-адреса плоскости управления с требуемыми URL-адресами моста ресурсов Arc.
URL-адреса прокси, используемые агентами и службами устройства
| Служба | Порт | URL-адрес | Направление | Примечания |
|---|---|---|---|---|
| Реестр контейнеров Microsoft | 443 | https://mcr.microsoft.com | IP-адрес виртуальной машины устройства и IP-адрес уровня управления требуют исходящего подключения. | Требуется извлечь образы контейнеров для установки. |
| Служба идентификации Azure Arc | 443 | https://*.his.arc.azure.com | IP-адрес виртуальной машины устройства и IP-адрес уровня управления требуют исходящего подключения. | Управляет идентификацией и контролем доступа к ресурсам Azure |
| Служба настройки Azure Arc | 443 | https://*.dp.kubernetesconfiguration.azure.com | IP-адрес виртуальной машины устройства и IP-адрес уровня управления требуют исходящего подключения. | Используется для конфигурации кластера Kubernetes. |
| Служба подключения к кластеру | 443 | https://*.servicebus.windows.net | IP-адрес виртуальной машины устройства и IP-адрес уровня управления требуют исходящего подключения. | Обеспечивает облачную связь для подключения локальных ресурсов к облаку. |
| Служба уведомлений гостей | 443 | https://guestnotificationservice.azure.com | IP-адрес виртуальной машины устройства и IP-адрес уровня управления требуют исходящего подключения. | Используется для подключения локальных ресурсов к Azure. |
| Конечная точка API SFS | 443 | msk8s.api.cdp.microsoft.com | Компьютеру развертывания, IP-адресу виртуальной машины устройства и IP-адресу плоскости управления требуется исходящее подключение. | Используется при загрузке каталога продуктов, сведений о продуктах и образов ОС из SFS. |
| Мост ресурсов (устройство) Служба Dataplane | 443 | https://*.dp.prod.appliances.azure.com | IP-адрес виртуальной машины устройства и IP-адрес уровня управления требуют исходящего подключения. | Связь с поставщиком ресурсов в Azure. |
| Мост ресурсов (устройство) Загрузка образа контейнера | 443 | *. | IP-адрес виртуальной машины устройства и IP-адрес уровня управления требуют исходящего подключения. | Требуется для извлечения образов контейнеров. |
| Ресурсный мост (устройство) скачать изображение | 80 | *.dl.delivery.mp.microsoft.com | Компьютеру развертывания, IP-адресу виртуальной машины устройства и IP-адресу плоскости управления требуется исходящее подключение. | Загрузите образы ОС Arc Resource Bridge. |
| Загрузка образа контейнера Azure Arc для Kubernetes | 443 | https://azurearcfork8sdev.azurecr.io | IP-адрес виртуальной машины устройства и IP-адрес уровня управления требуют исходящего подключения. | Требуется для извлечения образов контейнеров. |
| Служба телеметрии ADHS | 443 | adhs.events.data.microsoft.com | IP-адрес виртуальной машины устройства и IP-адрес уровня управления требуют исходящего подключения. | Работает внутри ОС устройства/маринера. Периодически используется для отправки Microsoft необходимых диагностических данных с узлов плоскости управления. Используется, когда телеметрия поступает от Mariner, что означает любую плоскость управления Kubernetes. |
| Служба данных событий Microsoft | 443 | v20.events.data.microsoft.com | IP-адрес виртуальной машины устройства и IP-адрес уровня управления требуют исходящего подключения. | Периодически используется для отправки Microsoft необходимых диагностических данных с узла Azure Stack HCI или Windows Server. Используется, когда данные телеметрии поступают из Windows, например Windows Server или HCI. |
blob.core.windows.net, https://ecpacr.azurecr.io Используется другими агентами Arc
| Служба | URL-адрес |
|---|---|
| Диспетчер ресурсов Azure | https://management. |
| Azure Active Directory | https://login.microsoftonline.com |
azure.com Мост ресурсов Azure Arc недоступен
Мост ресурсов Azure Arc (предварительная версия) запускает кластер Kubernetes, и для его плоскости управления требуется статический IP-адрес. IP-адрес указан в infra.yaml файл. Если IP-адрес назначается сервером DHCP, адрес может измениться, если он не зарезервирован. Перезагрузка моста ресурсов Azure Arc (предварительная версия) или виртуальной машины может вызвать изменение IP-адреса, что приведет к сбою служб.
Время от времени ресурсный мост (предварительная версия) может терять зарезервированную IP-конфигурацию. Это связано с поведением, описанным при потере VIP-адресов при перезапуске systemd-networkd. Если IP-адрес не назначен виртуальной машине моста ресурсов Azure Arc (предварительная версия), любой вызов сервера API моста ресурсов завершится ошибкой. В результате вы не можете создать какой-либо новый ресурс через мост ресурсов (предварительная версия), начиная от подключения к частному облаку Azure Arc, создания пользовательского расположения, создания виртуальной машины и т.
д.
Другая возможная причина — медленный доступ к диску. Мост ресурсов Azure Arc использует etcd, для которого требуется задержка 10 мс или меньше на рекомендацию. Если базовый диск имеет низкую производительность, это может повлиять на операции и вызвать сбои.
Чтобы решить эту проблему, перезагрузите виртуальную машину моста ресурсов (предварительная версия), и она должна восстановить свой IP-адрес. Если адрес назначается с DHCP-сервера, зарезервируйте IP-адрес, связанный с ресурсным мостом (предварительная версия).
Проблемы с конфигурацией прокси-сервера SSL
Мост ресурсов Azure Arc должен быть настроен для прокси-сервера, чтобы он мог подключаться к службам Azure. Эта конфигурация обрабатывается автоматически. Однако конфигурация прокси-сервера клиентского компьютера не настраивается мостом ресурсов Azure Arc.
Есть только два сертификата, которые должны иметь значение при развертывании моста ресурсов Arc за прокси-сервером SSL: сертификат SSL для вашего прокси-сервера SSL (чтобы хост и гость доверяли вашему полному доменному имени прокси-сервера и могли установить с ним соединение SSL), и сертификат SSL серверов загрузки Microsoft.
Этому сертификату должен доверять сам ваш прокси-сервер, поскольку именно прокси-сервер устанавливает окончательное соединение и должен доверять конечной точке. Компьютеры, отличные от Windows, могут не доверять этому второму сертификату по умолчанию, поэтому вам может потребоваться убедиться, что ему доверяют.
Ошибка тайм-аута KVA
При попытке развернуть Arc Resource Bridge может появиться «Ошибка тайм-аута KVA». «Ошибка тайм-аута KVA» — это общая ошибка, которая может быть результатом множества неправильных конфигураций сети, включающих компьютер развертывания, виртуальную машину устройства или IP-адрес плоскости управления, которые не имеют связи друг с другом, с Интернетом или требуемыми URL-адресами. Этот сбой связи часто возникает из-за проблем с разрешением DNS, настройками прокси-сервера, конфигурацией сети или доступом в Интернет.
Для ясности, "компьютер развертывания" относится к компьютеру, на котором выполняются команды CLI развертывания. «Виртуальная машина устройства» — это виртуальная машина, на которой размещен мост ресурсов Arc.
«IP-адрес плоскости управления» — это IP-адрес плоскости управления для кластера управления Kubernetes в виртуальной машине устройства.
Основные причины ошибки тайм-аута KVA
- Компьютер развертывания не может установить связь с IP-адресом плоскости управления и IP-адресом виртуальной машины устройства.
- Виртуальная машина устройства не может связаться с машиной развертывания, конечной точкой vCenter (для VMware) или конечной точкой облачного агента MOC (для Azure Stack HCI).
- Виртуальная машина устройства не имеет доступа к Интернету.
- Виртуальная машина устройства имеет доступ к Интернету, но подключение к одному или нескольким обязательным URL-адресам заблокировано, возможно, из-за прокси-сервера или брандмауэра.
- Виртуальная машина устройства не может подключиться к DNS-серверу, который может разрешать внутренние имена, например конечную точку vCenter для vSphere или конечную точку облачного агента для гиперконвергентной инфраструктуры Azure Stack. DNS-сервер также должен иметь возможность разрешать внешние адреса, такие как адреса службы Azure и имена реестров контейнеров.
- Конфигурация прокси-сервера на компьютере развертывания или файлы конфигурации моста ресурсов Arc неверны. Это может повлиять как на машину развертывания, так и на виртуальную машину устройства. При выполнении команды
az arcappliance prepareмашина развертывания не сможет подключиться и загрузить образы ОС, если прокси-сервер хоста настроен неправильно. Доступ к Интернету на виртуальной машине устройства может быть прерван из-за неправильной или отсутствующей конфигурации прокси-сервера, что влияет на способность виртуальной машины извлекать образы контейнеров.
DNS-сервер также должен иметь возможность разрешать внешние адреса, такие как адреса службы Azure и имена реестров контейнеров.Устранение ошибки тайм-аута KVA
Для устранения этой ошибки может потребоваться устранение одной или нескольких неправильных конфигураций сети. Выполните следующие действия, чтобы устранить наиболее распространенные причины этой ошибки.
При возникновении проблем с развертыванием первым шагом является сбор журналов по IP-адресу виртуальной машины устройства (а не по kubeconfig, так как kubeconfig может быть пустым, если команда развертывания не выполнена).
Проблемы со сбором журналов, скорее всего, связаны с тем, что машина развертывания не может подключиться к виртуальной машине устройства.После сбора логов распакуйте папку и откройте kva.log. Просмотрите kva.log для получения дополнительной информации о том, как не удалось определить причину ошибки тайм-аута KVA.
Компьютер развертывания должен иметь возможность обмениваться данными с IP-адресом виртуальной машины устройства и IP-адресом плоскости управления. Отправьте эхо-запрос на IP-адрес плоскости управления и IP-адрес виртуальной машины устройства с компьютера развертывания и убедитесь, что есть ответ с обоих IP-адресов.
Если время ожидания запроса истекло, машина развертывания не может связаться с IP-адресами. Это может быть вызвано закрытым портом, неправильной настройкой сети или блокировкой брандмауэра. Обратитесь к сетевому администратору, чтобы разрешить связь между машиной развертывания и IP-адресом плоскости управления и IP-адресом виртуальной машины устройства.
IP-адрес виртуальной машины устройства и IP-адрес плоскости управления должны иметь возможность обмениваться данными с машиной развертывания и конечной точкой vCenter (для VMware) или конечной точкой облачного агента MOC (для HCI). Вместе с сетевым администратором убедитесь, что сеть настроена на это. Для этого может потребоваться добавить правило брандмауэра для открытия порта 443 от IP-адреса виртуальной машины устройства и IP-адреса плоскости управления до vCenter или портов 65000 и 55000 для облачного агента Azure Stack HCI MOC. Ознакомьтесь с требованиями к сети для Azure Stack HCI и моста ресурсов VMware for Arc.
Для IP-адреса виртуальной машины устройства и IP-адреса уровня управления требуется доступ в Интернет к этим обязательным URL-адресам. Azure Stack HCI требует дополнительных URL-адресов. Обратитесь к сетевому администратору, чтобы убедиться, что IP-адреса могут получить доступ к требуемым URL-адресам.
В среде без прокси-сервера машина развертывания должна иметь внешнее и внутреннее разрешение DNS.
Компьютер развертывания должен иметь доступ к DNS-серверу, который может разрешать внутренние имена, такие как конечная точка vCenter для vSphere или конечная точка облачного агента для Azure Stack HCI. DNS-сервер также должен иметь возможность разрешать внешние адреса, такие как URL-адреса Azure и URL-адреса загрузки образа ОС. Вместе со своим системным администратором убедитесь, что машина развертывания имеет внутреннее и внешнее разрешение DNS. В прокси-среде разрешение DNS на прокси-сервере должно разрешать внутренние конечные точки и требуемые внешние адреса.Чтобы проверить разрешение DNS на внутренний адрес с компьютера развертывания в сценарии без прокси-сервера, откройте командную строку и запустите
nslookup <конечная точка vCenter или IP-адрес облачного агента HCI MOC>. Вы должны получить ответ, если машина развертывания имеет внутреннее разрешение DNS в сценарии без прокси.Виртуальная машина устройства должна иметь доступ к DNS-серверу, который может разрешать внутренние имена, такие как конечная точка vCenter для vSphere или конечная точка облачного агента для гиперконвергентной инфраструктуры Azure Stack.
DNS-сервер также должен иметь возможность разрешать внешние и внутренние адреса, такие как адреса службы Azure и имена реестров контейнеров, для загрузки образов контейнеров моста ресурсов Arc из облака.Убедитесь, что IP-адрес DNS-сервера, используемый для создания файлов конфигурации, имеет внутреннее и внешнее разрешение адресов. Если нет, удалите устройство, заново создайте файлы конфигурации моста ресурсов Arc с правильными настройками DNS-сервера, а затем разверните мост ресурсов Arc, используя новые файлы конфигурации.
Проблемы со сбором журналов, скорее всего, связаны с тем, что машина развертывания не может подключиться к виртуальной машине устройства.
Компьютер развертывания должен иметь доступ к DNS-серверу, который может разрешать внутренние имена, такие как конечная точка vCenter для vSphere или конечная точка облачного агента для Azure Stack HCI. DNS-сервер также должен иметь возможность разрешать внешние адреса, такие как URL-адреса Azure и URL-адреса загрузки образа ОС. Вместе со своим системным администратором убедитесь, что машина развертывания имеет внутреннее и внешнее разрешение DNS. В прокси-среде разрешение DNS на прокси-сервере должно разрешать внутренние конечные точки и требуемые внешние адреса.
DNS-сервер также должен иметь возможность разрешать внешние и внутренние адреса, такие как адреса службы Azure и имена реестров контейнеров, для загрузки образов контейнеров моста ресурсов Arc из облака.Проблемы с виртуальными машинами с поддержкой Azure-Arc в Azure Stack HCI
Для получения общей справки по устранению проблем, связанных с виртуальными машинами с поддержкой Azure-Arc в Azure Stack HCI, см. раздел Устранение неполадок виртуальных машин с поддержкой Azure Arc.
Ошибка рукопожатия аутентификации
При выполнении команды az arcappliance может появиться ошибка подключения: рукопожатие аутентификации не удалось: x509: сертификат, подписанный неизвестным центром , который не поддерживается мостом ресурсов Azure Arc.
Чтобы установить мост ресурсов Azure Arc в кластере гиперконвергентной инфраструктуры Azure Stack, команды az arcappliance должны выполняться локально на узле в кластере. Войдите на узел через протокол удаленного рабочего стола (RDP) или используйте сеанс консоли для выполнения этих команд.
Проблемы с VMware VCenter с поддержкой Azure Arc
Ошибка подготовки az arcappliance
Расширение arcappliance для Azure CLI включает команду подготовки, которая позволяет загрузить шаблон OVA в среду vSphere. Этот файл OVA используется для развертывания моста ресурсов Azure Arc. Команда az arcappliance prepare использует vSphere SDK и может привести к следующей ошибке:
$ az arcappliance prepare vmware --config-file <путь к конфигурации> Ошибка: Ошибка при чтении файла OVA: не удалось проанализировать ovf: strconv.ParseInt: разбор "3670409"216": значение вне допустимого диапазона.
Эта ошибка возникает при выполнении команд Azure CLI в 32-разрядном контексте, что является поведением по умолчанию.
vSphere SDK поддерживает работу только в 64-разрядном контексте. Конкретная ошибка, возвращаемая vSphere SDK, — Невозможно импортировать ova размером 6 ГБ с помощью govc . Когда вы устанавливаете Azure CLI, это 32-разрядный пакет установщика Windows. Однако расширение Azure CLI az arcappliance должно работать в 64-разрядном контексте.
Чтобы устранить эту проблему, выполните следующие действия, чтобы настроить клиентский компьютер с 64-разрядной версией Azure CLI:
Удалите текущую версию Azure CLI в Windows, выполнив следующие действия.
Установите версию Python 3.6 или выше (64-разрядную).
Важно
После установки Python убедитесь, что его путь добавлен в переменную окружения PATH.
Установите установщик пакета pip для Python.
Убедитесь, что Python установлен правильно, запустив
pyв командной строке.В консоли PowerShell с повышенными привилегиями запустите
pip install azure-cli, чтобы установить Azure CLI из PyPI.
После выполнения этих шагов вы можете приступить к работе с расширением CLI устройства Azure Arc в новой консоли PowerShell.
Ошибка во время настройки хоста
При развертывании моста ресурсов в VMware vCenter, если вы использовали один и тот же шаблон для развертывания и удаления устройства несколько раз, может возникнуть следующая ошибка:
Сбой развертывания кластера устройств с ошибкой: Ошибка: ошибка при настройке хоста
Чтобы решить эту проблему, удалите существующий шаблон вручную. Затем запустите az arcappliance prepare , чтобы загрузить новый шаблон для развертывания.
Не удается найти папки
При развертывании моста ресурсов на VMware vCenter вы указываете папку, в которой будут созданы шаблон и ВМ. Папка должна быть типа виртуальной машины и папки шаблона. Другие типы папок, например папки хранилища, сетевые папки или папки узла и кластера, не могут использоваться развертыванием моста ресурсов.
Недостаточно разрешений
При развертывании моста ресурсов в VMware Vcenter вы можете получить сообщение об ошибке, говорящее о недостаточном разрешении. Чтобы решить эту проблему, убедитесь, что ваша учетная запись пользователя имеет все следующие права в VMware vCenter, а затем повторите попытку.
"Хранилище данных. AllocateSpace" "Хранилище данных.Обзор" "Хранилище данных.УдалитьФайл" "Хранилище данных.Управление файлами" "Папка.Создать" "Папка.Удалить" "Папка.Переместить" "Папка.Переименовать" "InventoryService.Tagged.CreateTag" "Сеансы.ValidateSession" "Сеть.Назначить" "Ресурс.ApplyRecommendation" "Ресурс.AssignVMToPool" "Ресурс.HotMigrate" "Ресурс.ColdMigrate" "StorageViews.View" "Система.Аноним" "Система.Чтение" "Система.Просмотр" "VirtualMachine.Config.AddExistingDisk" "Виртуальная машина.Config.AddNewDisk" "Виртуальная машина.Config.AddRemoveDevice" "Виртуальная машина.Config.AdvancedConfig" "Виртуальная машина.Config.Аннотация" "VirtualMachine.Config.
CPUCount"
"VirtualMachine.Config.ChangeTracking"
"VirtualMachine.Config.DiskExtend"
"VirtualMachine.Config.DiskLease"
"Виртуальная машина.Config.EditDevice"
"Виртуальная машина.Config.HostUSBDevice"
«Виртуальная машина.Config.ManagedBy»
«Виртуальная машина.Config.Memory»
"Виртуальная машина.Config.MksControl"
"VirtualMachine.Config.QueryFTCompatibility"
"VirtualMachine.Config.QueryUnownedFiles"
«Виртуальная машина.Config.RawDevice»
"Виртуальная машина.Config.ReloadFromPath"
"Виртуальная машина.Config.RemoveDisk"
«Виртуальная машина.Config.Rename»
"VirtualMachine.Config.ResetGuestInfo"
"Виртуальная машина.Config.Resource"
"Виртуальная машина.Config.Settings"
"VirtualMachine.Config.SwapPlacement"
"Виртуальная машина.Config.ToggleForkParent"
"VirtualMachine.Config.UpgradeVirtualHardware"
«Виртуальная машина.GuestOperations.Execute»
"Виртуальная машина.Гостевые операции.Изменить"
«Виртуальная машина.GuestOperations.ModifyAliases»
«Виртуальная машина.GuestOperations.Query»
"VirtualMachine.GuestOperations.
QueryAliases"
"VirtualMachine.Hbr.ConfigureReplication"
"VirtualMachine.Hbr.MonitorReplication"
"VirtualMachine.Hbr.ReplicaManagement"
"VirtualMachine.Interact.AnswerQuestion"
"VirtualMachine.Interact.Backup"
"VirtualMachine.Interact.ConsoleInteract"
"VirtualMachine.Interact.CreateScreenshot"
"VirtualMachine.Interact.CreateSecondary"
"VirtualMachine.Interact.DefragmentAllDisks"
"VirtualMachine.Interact.DeviceConnection"
"VirtualMachine.Interact.DisableSecondary"
"VirtualMachine.Interact.DnD"
"VirtualMachine.Interact.EnableSecondary"
"VirtualMachine.Interact.GuestControl"
"VirtualMachine.Interact.MakePrimary"
«Виртуальная машина.Взаимодействие.Пауза»
"VirtualMachine.Interact.PowerOff"
"VirtualMachine.Interact.PowerOn"
"VirtualMachine.Interact.PutUsbScanCodes"
"Виртуальная машина.Взаимодействие.Запись"
"VirtualMachine.Interact.Replay"
"VirtualMachine.Interact.Reset"
"VirtualMachine.Interact.SESparseMaintenance"
"VirtualMachine.Interact.SetCDMedia"
"VirtualMachine.Interact.SetFloppyMedia"
"VirtualMachine.
Interact.Suspend"
"VirtualMachine.Interact.TerminateFaultTolerantVM"
"VirtualMachine.Interact.ToolsInstall"
"VirtualMachine.Interact.TurnOffFaultTolerance"
"Виртуальная машина.Инвентарь.Создать"
"VirtualMachine.Inventory.CreateFromExisting"
"Виртуальная машина.Инвентарь.Удалить"
"Виртуальная машина.Инвентарь.Переместить"
"Виртуальная машина.Инвентарь.Реестр"
"VirtualMachine.Inventory.Unregister"
"Виртуальная машина.Пространство имен.Событие"
"VirtualMachine.Namespace.EventNotify"
"Виртуальная машина.Пространство имен.Управление"
"Виртуальная машина.Пространство имен.ModifyContent"
"Виртуальная машина.Пространство имен.Запрос"
"VirtualMachine.Namespace.ReadContent"
"VirtualMachine.Provisioning.Clone"
"VirtualMachine.Provisioning.CloneTemplate"
"VirtualMachine.Provisioning.CreateTemplateFromVM"
"VirtualMachine.Provisioning.Customize"
"VirtualMachine.Provisioning.DeployTemplate"
"VirtualMachine.Provisioning.DiskRandomAccess"
"VirtualMachine.Provisioning.DiskRandomRead"
"VirtualMachine.Provisioning.
FileRandomAccess"
"VirtualMachine.Provisioning.GetVmFiles"
"VirtualMachine.Provisioning.MarkAsTemplate"
"VirtualMachine.Provisioning.MarkAsVM"
"VirtualMachine.Provisioning.ModifyCustSpecs"
"VirtualMachine.Provisioning.PromoteDisks"
"VirtualMachine.Provisioning.PutVmFiles"
"VirtualMachine.Provisioning.ReadCustSpecs"
"VirtualMachine.State.CreateSnapshot"
"VirtualMachine.State.RemoveSnapshot"
"VirtualMachine.State.RenameSnapshot"
"VirtualMachine.State.RevertToSnapshot"
Дальнейшие действия
Общие сведения об операциях восстановления моста ресурсов в аварийных сценариях VMware vSphere с поддержкой Azure Arc
Если вы не видите свою проблему здесь или не можете решить ее, попробуйте один из следующих каналов поддержки:
Получите ответы от экспертов Azure с помощью вопросов и ответов Microsoft.
Свяжитесь с @AzureSupport, официальной учетной записью Microsoft Azure для повышения качества обслуживания клиентов. Служба поддержки Azure связывает сообщество Azure с ответами, поддержкой и экспертами.
