Конфигурация Крупного кадра и VMware
Существует несколько подходов к этому, который некоторые в Вашей досягаемости.
В Вашем случае я рекомендую просто иметь несколько записей DNS с относительно коротким TTL. Распределение не оптимально, и клиенты не могут выбрать узел самой низкой задержки. Однако это чрезвычайно просто: все, что необходимо сделать, должно смочь добавить записи DNS. Это - широко используемая и протестированная техника.
Если необходимо удалить сервер из пула, просто удалить, это - записи DNS, и большинство клиентов прекратит использовать его после того, как TTL истечет. То же идет для новых серверов: добавьте их, и после того, как клиенты времени истечения TTL начнут использовать их.
Google, например, использование это как часть их методов балансировки:
$ dig A google.com
;; QUESTION SECTION:
;google.com. IN A
;; ANSWER SECTION:
google.com. 297 IN A 74.125.77.99
google.com. 297 IN A 74.125.77.104
google.com. 297 IN A 74.125.77.147
Google расширяет это, после того как Вы достигли их веб-сайта, перенаправив Вас к версии, которая размещается близко к Вам (и на Вашем языке), на основе страны, они предполагают, что Вы находитесь в. Но это - уровень, в котором Вы часто не нуждаетесь.
Для получения значения необходимо включить сквозные кадры Jumbo. Я не думаю, что они купят вам что-нибудь по каналу L3, а хосты, которые подключаются к SAN, определенно должны иметь включенные jumbo-кадры, иначе они не будут использоваться.
Тем не менее, я не обнаружили, что кадры большого размера оказывают заметное влияние на производительность, но вам придется протестировать в своей среде, чтобы увидеть, помогает ли это.