OmniStack Virtual Controller (OVC) SimpliVity altyapısının kalbinde yer alır. Management trafiğini, federation içi iletişimi ve depolama operasyonlarını (SDS) yöneten bu sanal bileşen IP adresi değiştiğinde tüm altyapıyı etkiler.
IP değişikliği şuralarda gerekebilir:
- Veri merkezi ağ yeniden yapılandırmaları,
- Donanımın farklı bir lokasyona taşınması,
- Ağ planlarının güncellenmesi (örneğin 10.x.x.x’ten 172.x.x.x’e geçiş).
Önemli Not: Bu işlem sırasında sanal makineler kapatılabilir veya başka hostlara taşınabilir, fakat ESXi host tamamen kapanmaz.
Ön Koşullar
IP değişikliğine başlamadan önce;
- Yeni IP adresleri hazır olmalı.
- Değiştirilecek arayüz (Management, Federation veya Storage) için ağda uygun IPv4 adresi tahsis edilmelidir.
- Komut bilgisi:
- Kullanıcı
esxclikomutlarını kullanabilmeli.
- Kullanıcı
- VM sürekliliği:
- IP Failover sayesinde VMs genelde çalışmaya devam eder.
- Ancak kritik sistemler varsa, önceden vMotion ile başka hosta taşınmalıdır.
- ESXi host reboot gerekmez.
- IP değişikliği sadece OVC ve servisler üzerinde etkilidir.
- Non-SimpliVity host ortamı varsa:
- Datastore paylaşımı kesilmeli,
/etc/hostsdosyası güncellenmeli,- Host reboot edilmeli,
- Sonra datastore tekrar paylaşılmalıdır.
- Storage HA uyumluluğu kontrol edilmeli.
- Değişiklik öncesi tüm VMs Storage HA Compliant olmalı.
Senaryo 1 – OVC Management / Federation IP Değişikliği
Adım 1 – OVC’ye giriş ve yetki yükseltme
Öncelikle OVC’ye SSH ile bağlanılır:
ssh svtcli@<OVC_IP>
su svtsupport
sudo su
Bunun amacı root erişimi alarak Simplivity komut setine ulaşmaktır (dsv-*, svtctl gibi).
Adım 2 – svtfs servisini durdurma
stop svtfs
svtfs: OVC’nin I/O servislerini yönetir.- Durdurulduğunda I/O işlemleri otomatik olarak federation’daki diğer OVC’lere devredilir. VMs üzerinde sarı alarm görülebilir. Bu normaldir.
Adım 4 – IP Adresini Değiştirmek
dsv-address-change --interface [Management|Federation] --address <Yeni_IP>
dsv-address-change --interface Management --address 10.10.7.156
--interface: Hangi IP’nin değişeceğini belirtir.- Komut çalışınca network servisleri yeniden başlar.
- SSH bağlantısı kesilebilir (Management IP değiştiyse).
Adım 4 – Bağlantıyı yeniden kurma
Yeni IP üzerinden tekrar SSH ile bağlanılır. Ardından svtfs yeniden başlatılır.
start svtfs
Adım 5 – OVC GUID’lerini öğrenmek
dsv-cfgdb-get-sync-status --ip 127.0.0.1
Bu komut, federation’daki tüm OVC GUID’lerini listeler.
564d7a4f-a04b-e635-f8fc-801d006c0894 OmniCube VC9.115
564d6143-3a63-503f-3eda-2da537c3314e OmniCube VC9.165
Her OVC’nin benzersiz GUID değeri vardır.
Adım 6 – Peer reset işlemi
En düşük GUID değerine sahip OVC üzerinden, IP’si değişen node için peer reset yapılır:
dsv-peer-reset --peerid <GUID> --old <Eski_IP> --new <Yeni_IP>
dsv-peer-reset --peerid 564d9c9c-9eb4-3d8b-99e5-11c9bda8820f --old 10.150.5.26 --new 10.150.5.28
Bu işlem federation’un yeni IP’yi tanımasını sağlar.
Adım 7 – Servisleri yeniden başlatma
start svtfs
Sonrasında sarı alarmlar kaybolur VMs yeniden Storage HA Compliant hale gelir.
Senaryo 2 – OVC Storage IP Değişikliği
A. Non-SimpliVity ESXi host’ların yönlendirilmesi
Bu hostlardaki VMs’leri vMotion ile taşıyın.
/etc/hosts dosyasında ilgili IP güncelleyin:
10.10.1.8 omni.cube.io omnicube1
→ Yeni IP ile değiştirilir.
Host’u maintenance mode’a alın.
Mevcut NFS mountlarını görün:
esxcli storage nfs list
Eski mount’u kaldırın:
esxcli storage nfs remove -v <Datastore_Adi>
Yeni mount oluşturun:
esxcli storage nfs add -H omni.cube.io -v vctest1 -s /mnt/svtfs/0/<GUID>
Bağlantıyı test edin:
vmkping omni.cube.io
Host’u maintenance mode’dan çıkarın, VMs’leri geri taşıyın.
B. OVC Storage IP değişikliği
OVC dışındaki tüm VMs’leri başka hostlara taşıyın.
Tüm VMs’in HA uyumlu olduğunu doğrulayın.
OVC üzerinde svtfs’i durdurun:
svtctl stop
→ Bu sırada sarı alarm çıkması normaldir.
IP adresini değiştirin:
dsv-address-change --interface Storage --address <Yeni_IP>
OVC’yi yeniden başlatın.
VMs’leri geri taşıyın.