Динамическая миграция - инфраструктура коммутатора
Мы будем развертывать среду, предназначенную для максимальной отказоустойчивости / избыточности и возможности быстрого масштабирования.
Контекст
Эта среда:
- 1 сервер NAS с FreeNAS RAID
- 2 хост-сервера приложений
- 1 управляемый коммутатор уровня 2
- 1 брандмауэр / маршрутизатор с максимальной пропускной способностью глобальной сети 250 Мбит / с
Как NAS, так и серверы приложений являются хостами Citrix XenServer, а NAS удерживает репозитории хранилищ и серверы приложений, на которых размещены виртуальные машины. Одно из основных намерений для этого заключается в том, что по мере масштабирования мы можем вводить новое оборудование и ремонтировать или удалять старое оборудование, не прерывая обслуживание, путем миграции в реальном времени между хостами приложений (или NAS в этом отношении, как только мы приобретем дополнительные устройства. ).
Вопрос
Если раньше не выполнялись живые миграции в производственной среде, Меня беспокоит переключатель уровня 2. Сможет ли коммутатор справиться с тем фактом, что некоторые MAC-адреса маршрутизируются через порт x в один момент и порт y в следующий?
Для справки, конкретный коммутатор находится здесь : http://uk.tp-link.com/products/details/cat-39_TL-SG3424.html
Он будет работать хорошо, живая миграция является стандартной в производственной среде. Но ваша инфраструктура не так надежна, как вы думаете, в ней много SPOF. Что произойдет, когда ваш выключатель умрет? Или даже на порт этого коммутатора? Что будет, когда ваш NAS умрет? Если вам нужна высокая доступность, каждый компонент вашей инфраструктуры должен быть зеркальным! Вам потребуются два зеркальных NAS, два коммутатора (и ваши серверы должны быть подключены к обоим из них!), Два межсетевых экрана и два отдельных подключения к глобальной сети. HA не существует, если у вас его нет.
Помимо Ondra Sniper Flidr и комментария Майкла Хэмптона, я хотел предоставить официальное заявление Citrix. Цитата этот pdf (не нашел в HTML), глава «XenMotion», страница шестнадцатая:
Но в этом примере настройки внешнее реальное коммутационное устройство ожидает, что MAC-адрес виртуальной машины будет быть на одном порту, пока на самом деле он только что перенесен на другой порт. В этом случае последний шаг миграции - обновление конечного хоста. любые внешние устройства с бесплатным пакетом ARP. «Гарп» - это не что иное, как обычный запрос ARP, но с MAC и IP-адрес уже введены. Это служит обновлением для любых внешних устройств ‟кеш arp, и не будет ответ.