Должен SAN (Dell MD3200) порт управления быть на той же ПОДСЕТИ/VLAN как отказоустойчивый кластер частная ПОДСЕТЬ/VLAN?
У меня нет хоста, что я могу ssh к и управлять, произошел ли он или нет, но это должно работать:
while ! ssh <ip>
do
echo "Trying again..."
done
Или сценарий оболочки, который является более явным:
#!/bin/sh
ssh $1
while test $? -gt 0
do
sleep 5 # highly recommended - if it's in your local network, it can try an awful lot pretty quick...
echo "Trying again..."
ssh $1
done
Сохраните его, как (говорят) waitforssh.sh и затем назовите его с sh waitforssh.sh 192.168.2.38
The MD3200 connects to servers via SAS; so I'm thinking you mean the MD3200i. It's "normal" to separate vLANs for management, iSCSI, and client traffic. You don't mention what kind of cluster software you're running, but for most it's pretty common for it's cluster/heartbeat traffic to have it's own vLAN.
Depending on your server and hardware each of these may have their own physical NICs or may be shared. Also normal to have a minimum of 4 NIC ports for 1GbE; or 2 ports of 10GbE/FC/IB/NCA and 2 ports of 1GbE. It's also normal to have a L4 switch or router with access controls that allows all of these vLANs to be routed (selectively and where applicable).
Breaking that down:
- Your servers should have at least 4 network ports.
- В зависимости от ваших настроек вам может понадобиться 6 или даже 8; это действительно зависит.
- Вам нужны vLAN для:
- Management (ESX or Hyper-V Hypervisor; iLO/DRAC/iLOM/etc; SAN Management)
- SAN Traffic (whatever it is: iSCSI, FC, IB, SAS; it should be separate)
- Client Traffic (your normal traffic, sometimes you'll want more than one, as many as you would have without any of the extra complexity)
- Clustering/Heartbeat (optional, depending on the software you're using). I run Hyper-V clusters and have heartbeat on the management network, it's not terribly sensitive to minor lag; some cluster software is painfully sensitive to lag and needs to be on its own.
- Each vLAN should have it's own subnet. I would highly recommend using subnets larger than /24 or spacing them out so it's easy to expand them later (I wouldn't recommend anything smaller than /20; ie. 10.0.0.0/20, 10.0.16.0/20, 10.0.32.0/20, etc). There should be some form of routing between subnets. High end switches have this feature, your firewall may as well. if you're lacking a box or VM with pfSense works great.
Other thoughts: The NIC chips really matters. Make sure your servers have something good and Google for cluster or SAN problems with the particular chip. I run Broadcom BCM5709 chips for instance (all my servers use the exact same chip). These chips had problems with past firmware that has been resolved. Intel chips tend to be very good. In any case check it out and be sure to run the latest firmware, drivers, and management software.
Generally you should have two independent vlans, one for each iscsi network. The management interface generally should sit along side your servers or in your general administration vlan depending on setup.
Ваш вопрос сводится к тому, насколько важен ваш интерфейс управления. Если у вас произошел какой-то сбой сети, вы все равно можете использовать свою SAN, пока порты управления недоступны. Вы просто не можете изменить его, обратившись к порту управления. Хотя это не идеально, у вас всегда есть возможность подключиться через последовательный порт или кроссовер в экстренной ситуации.
«Отказоустойчивый кластер» означает разные вещи для разных людей. Если вам нужен тактовый сигнал между двумя контроллерами хранилища, тогда они должны иметь возможность пинговать друг друга. Если это просто резервное устройство, которое синхронизируется для использования в случае аварии, вы можете поместить его в его собственную подсеть, vlan или даже сеть. Пока трафик репликации (я предполагаю, что это IP) может быть направлен туда.