Comments 4
когда connector наконец-то научится перемещать ВМки не по интернету, а по выделенному L2 каналу между площадкой заказчика и ЦОД?
В теории это можно сделать, если между нодами использовать не внешние адреса, а внутренние. Но надо потестить.
Вопрос связан с данной схемой текущей работы коннектора
Чтобы залить ВМ в облако провайдера — нужен интернет на этапе взаимодействия vCC Node на стороне провайдера и vCloud API, так как API облака доступно только по интернету. Использовать имеющийся интернет на территории заказчика смысла нет — трафик пойдет обратно на площадку заказчика. Иметь например 10 Гб выделенный канал между заказчиком и ЦОД провайдера и арендовать параллельно 10 Гб канал интернета в ЦОДе для целей переливки ВМ не всем интересно. Если брать меньший интернет канал у провайдера (если вообще его брать), то он становится узким местом в схеме переливки ВМ.
В связи с этим и вопрос, быть может есть новости — сможет ли когда-то в ближайшее время коннектор заливать не по интернету или быть может API сможет стать доступно заказчиком приватно через их выделенную сеть или механизмы гипервизора?
Чтобы залить ВМ в облако провайдера — нужен интернет на этапе взаимодействия vCC Node на стороне провайдера и vCloud API, так как API облака доступно только по интернету. Использовать имеющийся интернет на территории заказчика смысла нет — трафик пойдет обратно на площадку заказчика. Иметь например 10 Гб выделенный канал между заказчиком и ЦОД провайдера и арендовать параллельно 10 Гб канал интернета в ЦОДе для целей переливки ВМ не всем интересно. Если брать меньший интернет канал у провайдера (если вообще его брать), то он становится узким местом в схеме переливки ВМ.
В связи с этим и вопрос, быть может есть новости — сможет ли когда-то в ближайшее время коннектор заливать не по интернету или быть может API сможет стать доступно заказчиком приватно через их выделенную сеть или механизмы гипервизора?
Sign up to leave a comment.
Работаем с гибридным облаком: VMware vCloud Connector, часть 2