Comments 4
Интересно было бы еще услышать о «fenced» сетях в vCloud.
И еще несколько вопросов:
Как у вас получилось DNAT'ом транслировать один внешний адрес в /24 подсеть?
И всегда было интересно, почему vApp которые создаются в vCloud Director используют Resource Pool в vSphere, а не vApp в vSphere.
Тоже интересно, как вы относитесь к тому, что VMware в общем-то прекратило развитие vCloud Director и уходит в сторону vCAC?
У VMware в рамках vshield edge есть ssl-vpn, есть ли возможность его использовать у вас? Его отсутствие в vCloud Director известно, но возможно хоть кто-то решил эту проблему.
Используете ли вы в своей инфраструктуре VXLAN'ы в качестве бекенда для vCloud сетей?
И еще несколько вопросов:
Как у вас получилось DNAT'ом транслировать один внешний адрес в /24 подсеть?
И всегда было интересно, почему vApp которые создаются в vCloud Director используют Resource Pool в vSphere, а не vApp в vSphere.
Тоже интересно, как вы относитесь к тому, что VMware в общем-то прекратило развитие vCloud Director и уходит в сторону vCAC?
У VMware в рамках vshield edge есть ssl-vpn, есть ли возможность его использовать у вас? Его отсутствие в vCloud Director известно, но возможно хоть кто-то решил эту проблему.
Используете ли вы в своей инфраструктуре VXLAN'ы в качестве бекенда для vCloud сетей?
Обязательно расскажем в одном из наших следующих постов про этот вид сетей.
по DNAT: да, тут вышла ошибка. Текст и скриншот поправили. Спасибо что заметили :)
Для каждой организации создается отдельный пул ресурсов (resource pool). vApp в vcloud — это просто папка в vSphere. vApp в vCloud Director и vApp в vSphere не имеют между собой ничего общего, просто названия совпадают.
VMware не прекратило развитие vCloud Director для сервис-провайдеров. Недавно, например, вышла новая версия vCloud Director 5.6. Однако для конечных пользователей и для организаций они предлагают использовать упомянутый вами vCAC (теперь он называется vRealize Automation).
Из интерфейса vCloud Director можно настроить только IPsec –VPN. Об это тоже расскажем подробнее чуть позже.
VXLAN, да, используем.
по DNAT: да, тут вышла ошибка. Текст и скриншот поправили. Спасибо что заметили :)
Для каждой организации создается отдельный пул ресурсов (resource pool). vApp в vcloud — это просто папка в vSphere. vApp в vCloud Director и vApp в vSphere не имеют между собой ничего общего, просто названия совпадают.
VMware не прекратило развитие vCloud Director для сервис-провайдеров. Недавно, например, вышла новая версия vCloud Director 5.6. Однако для конечных пользователей и для организаций они предлагают использовать упомянутый вами vCAC (теперь он называется vRealize Automation).
Из интерфейса vCloud Director можно настроить только IPsec –VPN. Об это тоже расскажем подробнее чуть позже.
VXLAN, да, используем.
Для каждой организации создается отдельный пул ресурсов (resource pool). vApp в vcloud — это просто папка в vSphere. vApp в vCloud Director и vApp в vSphere не имеют между собой ничего общего, просто названия совпадают.
vApp в vSphere это не только папка, в целом это именно vApp практически в том же смысле что и в vCloud, за исключением, быть может, сетевой области. vApp предоставляет тот же функционал resource pool, в плане ограничения ресурсов и управления shares, но и дает например возможность стартовать/останавливать машинки в нужном порядке и/или с задержкой.
VXLAN, да, используем.
Судя по скриншотам, вы используете vshield реализацию, не планируете ли переходить на NSX и интегрировать в vCloud Director его?
Sign up to leave a comment.
vCloud Director для самых маленьких (часть 1): настройка сети