18 Апрель 2011

Балансировка нагрузки сети в VMware ESX

VMwareLogoКак известно VMware ESX (ESXi) позволяет балансировать нагрузку между несколькими сетевыми соединениями. Для этого достаточно добавить в vSwitch несколько физических сетевых адаптеров и установить им статус Active. Но сразу предупреждаю, никакое сетевое соединение не может использовать пропускную способность более чем пропускная способность одного канала участвующего в балансировке. Другими словами, если мы объединяем к примеру 4 канала по 1Gb/s то 1 TCP соединение между парой IP адресов может использовать пропускную способность до 1Gb/s, но 4 TCP соединения между разными парами IP адресов могут использовать пропускную способность вплоть до 4Gb/s на всех, но не более 1Gb/s каждое.

Для того чтобы балансировка работала коммутатор должен поддерживать режим объединения каналов STATIC LACP (или etherchannel в терминах Cisco). На коммутаторе, как и в настройках vSwitch должен быть включен режим IP Hash Load Balancing.

Как же понять в какой порт пойдет трафик?

Адаптер вычисляется по следующей формуле:

Значение младшего байта IP адреса 1 XOR Значение младшего байта IP адреса 2 MOD количество сетевых адаптеров = номер адаптера (0,1,2…)

пример 1 хранилище с 2мя сетевыми картами, 2 hosts:

NFS хранилище – IP 192.168.0.1
Host 1 – IP 192.168.0.2
Host 2 – IP 192.168.0.3

трафик пары 192.168.0.1 – 192.168.0.2 по каналу 1 XOR 2 MOD 2 = 1
трафик пары 192.168.0.1 – 192.168.0.3 по каналу 1 XOR 2 MOD 2 = 0

Например мы хотим задействовать 4 гигабитных канала для работы с NFS сервером, и при этом у нас 1 VMware Host. Для этого нам нужно подключить одно и то же NFS datastore 4 раза, через разные IP адреса VMware kernel, тогда трафик каждой пары адресов, будет идти по своему каналу.

Эти расчеты особенно полезны при использовании NFS storage и правильный выбор адресов позволяет увеличить использование пропускной способности каналов до хранилища.

Ну и напоследок стоит сказать что 10G Ethernet в данном случае конечно лучше :)

Если вдруг перестал работать Filer At-A-Glance

Симптомы:
При попытке запустить Filer At-A-Glance на файлере NetApp (IBM N-Series) выплывает ошибка Java Error. Click for details.
в details примерно следующее

load: class com/netapp/meter/AtAGlance.class not found.
java.lang.ClassNotFoundException: com.netapp.meter.AtAGlance.class

Для того чтобы починить требуется запретить Java использовать TLS 1.0

Идем Control Panel -> Java-> Advanced Settings Tab -> Security List
убираем птичку с TLS1.0
перезапускаем браузер.

если не помогло, лезем в настройки браузера:
для IE: Tools –> Internet Options –> Advanced и в Security убираем птичку с “Use TLS 1.0″
для Firefox: Tools –> Options –> Advanced –> Encryption и убираем птичку с “Use TLS 1.0″

Должно работать.

Перенос root volume между aggregate в СХД NetApp (IBM N-Series)

Перенос root volume между агрегатами довольно таки простое занятие, главное помнить, что если у вас не active-active конфигурация, то необходимо запланировать downtime.

Есть некоторые отличия в процессе при переносе с 32-bit aggregate на 64-бит aggregate в Data ONTAP 8.

Итак сам процесс:

aggr0 – агрегат содержащий root volume
aggr1 – новый агрегат
vol0 – текущий root volume
vol0 – новый root volume

vol create volroot aggr1 160G

если aggr1 – 32-bit агрегат

vol restrict vol0
vol copy start vol0 volroot
vol online volroot

если aggr1 – 64-bit агрегат

options ndmpd.enable on
ndmpcopy /vol/vol0 /vol/volroot
vol options volroot root
reboot

здесь downtime в случае отсутствия кластера

удаляем старый vol0 и aggr0, переименовываем новый volroot в vol0 и новый aggr1 в aggr0

vol offline vol0
vol destroy vol0
vol rename volroot vol0
aggr offline aggr0
aggr destroy aggr0
aggr rename aggr1 aggr0