Комментарии 4
Интересно, что подтолкнуло к выбору Geneve вместо VxLAN? Хочется верить, что дело не только в желании научить инженеров заказчика не забывать поднимать MTU по пути прохождения туннеля между узлами.
GENEVE является рекомендуемым компонентом при развертывании OVN, который наиболее полно поддерживает все необходимые поля метаданных. Для простоты можем считать, что требуется 55 бит метаданных при передаче пакета "для внутренних целей".
Далее информация от разработчиков OVN:
GRE предоставляет 32 бита
VLAN - 12 бит
VxLAN - 24 бита.
Существуют варианты использования VxLAN за счет пожертвования определенным количеством метаданных, что сразу же скажется на функционале.
Исторически поддерживался протокол STT, но он будет удален из OVN в следующем году, поэтому фактически это выбор без выбора, особенно если главным приоритетом является коробочность решения - минимум модификаций при развертывании у клиента.
Мы посматриваем в сторону в VxLAN, но в качестве механизма интеграции с сетью предприятия, для внутренних целей у нас остается GENEVE.
А расскажите, было ли нагрузочное тестирование "южной" базы, какие цифры получили до достижения recompute snowball?
А почему, ребята из Орион Софт, у вас документация так погано написана, что пользуясь этой документаций нельзя достигнуть ожидаемого результата??
Вот возьмите человека, среднего сисадмина, не из вашей конторы, дайте ему документацию и попросите поднять узлы, Hosted-engine, подключить домены хранения и те же SDN.
Механизм, а не политика: как мы внедряли SDN в нашу систему виртуализации