Sangfor aSAN Performans ve Network Mimarisi: 10G’nin Altına Girmeyelim Artık
Yüksek performanslı sanallaştırma ağı kurmak istiyorsan, sadece 3 node alıp “hadi kurduk” demek yetmez. Network, cache yapısı, disk katmanı ve akıllı trafik ayrımı olmadan o node’lar sadece elektrik tüketir. Bu yazıda Sangfor aSAN ortamında ağ ve disk mimarisi nasıl yapılandırılır, performans nasıl optimize edilir, onları konuşacağız.
🌐 Network Topolojisi: 10G Artık Alt Limit, 25G İdeal
Sangfor HCI, yüksek performans için en az 10G bağlantı ile çalışmalı. Ama eğer ortamın biraz yoğun, iş yükün yüksek, IOPS beklentin ciddi ise 25G hatta 100G uplink konuşmaya başlamak lazım.
| Senaryo | Açıklama |
|---|---|
| 1G bağlantı | Test ortamı harici önerilmez. Replikasyon ve VM trafiği boğulur. |
| 10G bağlantı | Minimum üretim ortamı standardı. Ayrı VLAN + yedekli uplink şart. |
| 25G ve üzeri | Yüksek IOPS, düşük latency için önerilir. All-flash yapılar için elzem. |
💡 İpucu: 2 x 25G uplink ile storage + VM trafiğini ayırırsan hem performans hem yedeklilik garanti altına alınır. LACP (Link Aggregation) kullanmak da akıllıca olur.
🧰 vSwitch ve VLAN Yapılandırması: Trafiği Ayır, Sorunu Azalt
Sangfor HCI’da tüm ağ yönetimi iManager arayüzü üzerinden GUI ile yapılır. CLI bilgisi gerekmez. Network katmanını doğru ayarlamak performansın ilk şartı:
- VLAN 10 – VM Trafiği
- VLAN 20 – Storage (aSAN replikasyon)
- VLAN 30 – Management
Tagging desteklenir. Fiziksel bağlantı sayısını azaltmak isteyenler için trunk port üzerinden tüm VLAN’ları taşıyıp yazılım katmanında ayırmak mümkün.
“Storage trafiğini VM trafiğiyle aynı hatta gönderiyorsan, ‘performans kötü’ deme hakkın yok.”
⚙️ aSAN Performans Optimizasyon Teknikleri: Sistem Nefes Alsın
Sangfor aSAN sistemlerinde performansı etkileyen 3 temel yapı:
1. SSD Cache Layer:
- Write ve read cache olarak çalışır.
- Sık erişilen veriler burada tutulur.
- NVMe tercih edilirse latency çok daha düşer.
2. Disk Dağılımı – Balance Data:
- Verinin node’lar arasında dengeli dağılması gerekir.
- GUI’den “Balance Data” butonuyla manuel dengeleme tetiklenebilir.
3. QoS (Quality of Service):
- Kritik VM’lere IOPS önceliği verilebilir.
- Test ortamları sınırlanarak üretim sistemleri korunabilir.
🔥 Hot/Cold Tiering: Veri Nereye Giderse Cache Oraya Bakar
Sangfor aSAN, veriyi kendi analiz ettiği sıcaklık derecesine göre katmanlar arasında taşır:
- Hot Data → SSD (NVMe varsa şahane olur)
- Cold Data → SATA veya yüksek kapasiteli storage disklere
Bu taşıma tamamen otomatik yapılır. Sık erişilen veriler SSD’ye alınır, yazma/okuma gecikmeleri minimuma indirilir.
“Ben manuel olarak SSD’ye taşıyayım” devri yok. aSAN kendi aklıyla veriyi yönetiyor.
📌 Sonuç: 10G Yeterli mi? Evet. Ama 25G ile Tadından Yenmez.
Eğer gerçekten performans istiyorsan:
- Ağ altyapını güncelle.
- Cache SSD kullan.
- VLAN ile trafiği izole et.
- Ve tiering’i sisteme bırak.
Sangfor HCI mimarisi bu işi “kullandıkça öğrenirsin” değil, “kurduğun gibi çalışır” düzeyine çekiyor.
Ama o performansı almak için senin de biraz niyetli olman lazım. 10G’yi artık minimum kabul edelim; hedef 25G ve üzeri olmalı.
🔧 ESH Bilişim olarak, Sangfor aSAN projelerinde performans optimizasyonu, ağ tasarımı ve cache yapılandırması konusunda sahada uygulanmış çözümlerimizle yanındayız.
Cache bizden, VLAN sizden, IOPS sistemden.
😎 Yüksek performanslı sanallaştırma ağı keyword’ünü açıklayabilmişimdir umarım.
Diğer Sangfor yazılarım için BURAYA lütfen.
