Установщик CloudCenter Suite 5.0 всегда выдает ошибку при работе с VMware

Reply to Установщик CloudCenter Suite 5.0 всегда выдает ошибку при работе с VMware on Thu, 26 Feb 2026 21:42:21 GMT

Emawalker73268 — Thu, 26 Feb 2026 21:42:21 GMT

Является ли это безопасным способом сохранения данных в облачном хранилище
веб-сайта
?

Reply to Установщик CloudCenter Suite 5.0 всегда выдает ошибку при работе с VMware on Thu, 26 Feb 2026 21:42:20 GMT

Shaun Roberts — Thu, 26 Feb 2026 21:42:20 GMT

При развертывании OVA в расширенных настройках (по-моему, на последнем экране) необходимо изменить default-instance-id и hostname на другие значения, отличные от значений по умолчанию. Затем (на том же экране) вы можете ввести пароль и/или открытый ключ. Это даст вам доступ. Пользователь по умолчанию — «cloud-user». Виртуальные машины в кластерах K8S работают только на основе ключей, паролей нет. Если вам не предложено получить этот ключ, вы должны иметь возможность обратиться к API по адресу: https:///suite-k8s-mgmt/api/v1/clusters/default/ssh-key Если нет, вы можете войти в установщик и запустить curl -k https:///suite-k8s-mgmt/api/v1/clusters/default/ssh-key В любом случае, вам просто нужно получить ключ, чтобы войти в один из мастеров... ssh -i cloud-user@ Вы также должны иметь возможность загрузить файлы журналов при сбое и посмотреть, в чем заключается ошибка или что к ней привело. (Я думаю, вы уже сделали это выше) --Шон Робертс,
главный инженер, CX
shaurobe@cisco.com

Reply to Установщик CloudCenter Suite 5.0 всегда выдает ошибку при работе с VMware on Thu, 26 Feb 2026 21:42:19 GMT

mschedrin — Thu, 26 Feb 2026 21:42:19 GMT

Спасибо за ваш вклад! Как администратор Cloud Center Suite, имею ли я root-доступ к виртуальным машинам, которые установщик развертывает в моем кластере VMware? Мастер установки не запрашивает никаких паролей во время установки, поэтому я не знаю, где получить учетные данные для входа и устранения неполадок в кластере Kubernetes.

Reply to Установщик CloudCenter Suite 5.0 всегда выдает ошибку при работе с VMware on Thu, 26 Feb 2026 21:42:18 GMT

Shaun Roberts — Thu, 26 Feb 2026 21:42:18 GMT

У вас есть несвязанные PVC (Persistent Volume Claims). CCS нуждается в постоянных томах (хранилище), чтобы иметь возможность хранить данные в БД. Прежде чем разрешить удаление кластера (в случае сбоя), вы можете выполнить приведенную ниже команду и посмотреть статус и имена PVC. [root@cx-ccs-prod-master-d7f34f25-f524-4f90-9037-7286202ed13a1 ~]# kubectl -n cisco get pvc
NAME STATUS VOLUME CAPACITY ACCESS MODES STORAGECLASS AGE
arangodb-data-claim Bound pvc-e4ddddb6-39c7-11e9-8c91-fa163e920fe4 40Gi RWO standard 37d
common-framework-grafana Bound pvc-f42e024e-3949-11e9-8c91-fa163e920fe4 10Gi RWO standard 38d
common-framework-prometheus-server Bound pvc-f42ea2f3-3949-11e9-8c91-fa163e920fe4 8Gi RWO standard 38d
common-framework-suite-license Bound pvc-f42d36f8-3949-11e9-8c91-fa163e920fe4 10Gi RWO standard 38d
common-framework-suite-postgresql Bound pvc-f42f5f09-3949-11e9-8c91-fa163e920fe4 50Gi RWO standard 38d
kafka-logs-claim Bound pvc-e4deb231-39c7-11e9-8c91-fa163e920fe4 4Gi RWO standard 37d
redis-data-action-orchestrator-pers-redis-master-0 Bound pvc-e5596ee6-39c7-11e9-8c91-fa163e920fe4 5Gi RWO standard 37d
storage-common-framework-elasticsearch-data-0 Bound pvc-f4d13d6c-3949-11e9-8c91-fa163e920fe4 50Gi RWO standard 38d
storage-common-framework-elasticsearch-data-1 Bound pvc-0347c65e-394a-11e9-8c91-fa163e920fe4 50Gi RWO standard 38d
storage-common-framework-elasticsearch-master-0 Bound pvc-f4d88f9d-3949-11e9-8c91-fa163e920fe4 30Gi RWO standard 38d
storage-common-framework-elasticsearch-master-1 Bound pvc-039c9530-394a-11e9-8c91-fa163e920fe4 30Gi RWO standard 38d
storage-common-framework-elasticsearch-master-2 Bound pvc-125354da-394a-11e9-8c91-fa163e920fe4 30Gi RWO standard 38d Как видите, все они должны быть «привязаны». Если они не привязаны, вам необходимо проверить их и посмотреть, нет ли ошибок в журналах событий. Вы можете просмотреть каждый из них с помощью команды describe. [root@cx-ccs-prod-master-d7f34f25-f524-4f90-9037-7286202ed13a1 ~]# kubectl -n cisco describe pvc arangodb-data-claim
Name: arangodb-data-claim
Namespace: cisco
StorageClass: standard
Status: Bound
Volume: pvc-e4ddddb6-39c7-11e9-8c91-fa163e920fe4
Labels:
Annotations: pv.kubernetes.io/bind-completed=yes pv.kubernetes.io/bound-by-controller=yes volume.beta.kubernetes.io/storage-provisioner=kubernetes.io/cinder
Finalizers: [kubernetes.io/pvc-protection]
Capacity: 40Gi
Access Modes: RWO
Events: Вы должны убедиться, что у вас определена класс хранения. Это обязательное условие. Выполните команду get sc. [root@cx-ccs-prod-master-d7f34f25-f524-4f90-9037-7286202ed13a1 ~]# kubectl get sc
NAME PROVISIONER AGE
standard (default) kubernetes.io/cinder 38d Если проблема остается и вы не можете ее решить, откройте заявку TAC для вашего продукта. --Шон Робертс,
главный инженер, CX
shaurobe@cisco.com

Reply to Установщик CloudCenter Suite 5.0 всегда выдает ошибку при работе с VMware on Thu, 26 Feb 2026 21:42:17 GMT

mschedrin — Thu, 26 Feb 2026 21:42:17 GMT

Я смог выяснить первопричину проблемы: у меня не было правил брандмауэра, позволяющих мастер-узлам связываться с адресом vSphere. У меня было правило брандмауэра для установщика ccs, но я не ожидал, что мастер-узлам это тоже понадобится во время установки, что, как мне кажется, не очень очевидно. Возможно, это стоит добавить в руководство по установке VMware
https://docs.cloudcenter.cisco.com/display/INSTALL/VMware+vSphere+Installation
. Я нашел упоминание об этом на
странице по устранению неполадок
. Спасибо за помощь, я очень признателен.