IBM, Storage

Storage Replikasyonu için uzun mesafe gereksinimleri

Uzaktan kopyalamayı veya çoğaltmayı tamamlayan bir ortaklıktaki sistemler arasındaki bağlantılar, belirli yapılandırma, gecikme ve mesafe gereksinimlerini karşılamalıdır.

Aşağıdaki grafik, Fiber Kanal bağlantıları için yapılandırılabilen çift yedekli yapı kullanan bir yapılandırma örneğini göstermektedir. Her yapının bir kısmı yerel sistemde ve uzak sistemdedir. İki sistem arasında doğrudan bir bağlantı yoktur.

İki sistem arasındaki mesafeyi artırmak için Fiber Kanal genişleticileri veya SAN yönlendiricileri kullanabilirsiniz. Fiber Kanal genişleticiler, Fiber Kanal paketlerini, paketlerin içeriklerini değiştirmeden uzun bağlantılar üzerinden iletir. SAN yönlendiricileri, SAN’ın kapsamını genişletmek için iki veya daha fazla SAN üzerinde sanal N_port’lar sağlar. SAN yönlendiricisi, trafiği bir sanal N_port’tan diğer sanal N_port’a dağıtır. İki Fiber Kanal yapısı birbirinden bağımsızdır. Bu nedenle, her bir yapıdaki N_port’lar doğrudan birbirlerine giriş yapamazlar. Belirli üretici yazılımı seviyeleri ve desteklenen en son donanım için aşağıdaki web sitesine bakın: www.ibm.com/support

Fiber Kanal genişleticiler veya SAN yönlendiriciler kullanıyorsanız, aşağıdaki gereksinimleri karşılamanız gerekir:

Veri merkezleri arasında desteklenen maksimum gidiş-dönüş gecikmesi, sistemler arasındaki ortaklığın türüne, yazılım sürümüne ve kullanılan sistem donanımına bağlıdır. Bu kısıtlama, uzaktan yansıtmanın tüm varyantları için geçerlidir.

Aşağıdaki tablo, her ortaklık türü için maksimum gidiş-dönüş gecikmesini listeler.

Veri merkezleri arasında desteklenen maksimum gidiş-dönüş gecikmesi

Metro Mirror ve Global Mirror, sistemler arası kalp atışı trafiği için belirli bir miktarda bant genişliği gerektirir. Sistem bir Fiber Kanal ortaklığı kullandığında, trafik miktarı hem yerel sistemde hem de uzak sistemde bulunan düğümlerin sayısına bağlıdır. Aşağıda, birincil sistem ile ikincil sistem arasındaki sistemler arası haberleşme trafiği için bir kılavuz sağlar. Bu sayılar, kopyalanan birimlerde hiçbir G/Ç işlemi çalışmadığında iki sistem arasındaki toplam trafiği temsil eder. Verilerin yarısı birincil sistem tarafından gönderilir ve verilerin yarısı ikincil sistem tarafından gönderilir. Bu nedenle trafik, mevcut tüm sistemler arası bağlantılar arasında eşit olarak bölünmüştür. İki yedek bağlantınız varsa, trafiğin yarısı her bağlantı üzerinden gönderilir.

Mbps cinsinden sistemler arası haberleşme trafiği

  • Bir Metro Mirror veya döngüsel olmayan Global Mirror ilişkisinde, iki site arasındaki bant genişliği en yüksek iş yükü gereksinimlerini karşılamalı ve siteler arasındaki maksimum gidiş-dönüş gecikmesini korumalıdır. Çok döngülü bir Genel Yansıtma ilişkisinde iş yükü gereksinimini değerlendirirken, ortalama yazma iş yükünü ve gerekli eşitleme kopyalama bant genişliğini göz önünde bulundurmalısınız. Metro Mirror veya Global Mirror ilişkisindeki birimler için etkin senkronizasyon kopyaları ve yazma G/Ç işlemleri yoksa, sistem protokolleri yukarıda belirtilen bant genişliği ile çalışır. Ancak yalnızca gerçek miktarı belirleyebilirsiniz. Metro Mirror veya Global Mirror ilişkilerine katılan birimlere en yüksek yazma bant genişliğini göz önünde bulundurarak ve ardından en yüksek yazma bant genişliğini en yüksek senkronizasyon bant genişliğine ekleyerek bağlantı için gereken bant genişliğinin.
  • İki site arasındaki bağlantı, tek arızaları tolere edebilecek şekilde artıklıkla yapılandırılmışsa, bağlantı, tek arıza koşullarında bant genişliği ve gecikme bildirimlerinin doğru olacağı şekilde boyutlandırılmalıdır.
  • Yapılandırma, sistemler arası bağlantılardaki yük devretme mekanizmalarının sistemlerle tatmin edici bir şekilde birlikte çalıştığını doğrulamak için test edilir.
  • Diğer tüm yapılandırma gereksinimleri karşılanır.

Uzun mesafelerde uzaktan ikizleme gerçekleştiren sistemler için yapılandırma gereksinimleri (Veri merkezleri arasında 80 ms’den fazla gidiş-dönüş gecikmesi)

80 – 250 ms gidiş-dönüş gecikmeli sistemler arasında uzaktan ikizleme kullanıyorsanız, aşağıdaki ekstra gereksinimleri karşılamanız gerekir:

  • Çoğaltma için kullanılan tüm düğümler, desteklenen bir modelde olmalıdır.
  • Sistemler arasında bir IP ortaklığı değil, bir Fiber Kanal ortaklığı bulunmalıdır.
  • Ortaklıktaki tüm sistemlerin minimum yazılım düzeyi 7.4.0 olmalıdır.
  • Ortaklıktaki her sistemde RC arabellek boyutu ayarı 512 MB olmalıdır. Bu ayar, her sistemde chsystem -rcbuffersize 512 komutu çalıştırılarak gerçekleştirilebilir.

Not: Bu ayarı değiştirmek, Metro Mirror ve Global Mirror işlemlerini kesintiye uğratır. Bu komutu yalnızca sistemler arasında ortaklıklar oluşturulmadan önce veya sistemle tüm ortaklıklar durdurulduğunda kullanın.

  • Çoğaltma için kullanılan her düğümdeki iki Fiber Kanal bağlantı noktası, SAN bölge oluşturma ve bağlantı noktası maskeleme kullanılarak çoğaltma trafiği için ayrılmalıdır.
  • Çoğaltma için kullanılan her bir yerel-uzak G/Ç grubu çifti için ayrı sistemler arası bölgeler sağlamak üzere SAN bölgelemesi uygulanmalıdır. Şekil 2, bu tür bir yapılandırmayı göstermektedir.

Sistemler arası SAN ayarları

Yukarıdaki gereksinimler listesine ek olarak, Global Mirror kullanarak uzaktan yansıtma performansını optimize etmek için aşağıdaki yönergeler sağlanmıştır:

  • Ortak sistemler, çoğaltma için her sistemde aynı sayıda düğüm kullanmalıdır.
  • Maksimum verim için, hem birimler için tercih edilen düğüm atamasının dengelenmesi hem de sistemler arası Fiber Kanal bağlantısı sağlanması açısından her sistemdeki tüm düğümlerin çoğaltma için kullanılması gerekir.
  • Sistemde, yerel düğümden düğüme trafik için ayrılmış düğüm bağlantı noktalarının sağlanması (bağlantı noktası maskeleme kullanılarak), yerel düğümler arasındaki Global Mirror düğümden düğüme trafiği diğer yerel SAN trafiğinden yalıtır. Sonuç olarak, optimum tepki süreleri elde edilebilir. Yerel düğüm bağlantı noktası maskelemenin bu yapılandırması, bir G/Ç grubundaki düğüm bölmeleri arasındaki trafiğin muhafazadaki özel bölmeler arası bağlantı tarafından sağlandığı Storwize® ailesi sistemlerinde daha az gerekliliktir.
  • Mümkün olduğunda, sistemler arasında minimum sayıda ortaklık kullanın. Örneğin, A sitesinin A1 ve A2 sistemlerini ve B sitesinin B1 ve B2 sistemlerini içerdiğini varsayalım. Bu senaryoda, sistem çiftleri (A1-B1 ve A2-B2 gibi) arasında ayrı ortaklıklar oluşturmak, siteler arasında Global Mirror replikasyonu için dört sistemin tümü arasında tanımlanan ortaklıklara sahip bir yapılandırmadan daha fazla performans sunar.

Hostlar mesafelerdeki sınırlamalar

Sistem düğümleri ve ana sunucular arasındaki Fiber Kanal optik mesafesinde herhangi bir sınır yoktur. Çekirdekte sistem bulunan bir çekirdek-uç konfigürasyonunda bir uç anahtarına bir sunucu bağlayabilirsiniz. Sistem, yapıda en fazla üç ISL sekmesini destekleyebilir. Bu nedenle, ana sunucu ve sistem beş adede kadar Fiber Kanal bağlantısıyla ayrılabilir. Uzun dalga küçük form faktörlü takılabilir (SFP) alıcı-vericiler kullanıyorsanız, Fiber Kanal bağlantılarından dördü en fazla 10 km uzunluğunda olabilir.

Umarım bilgilendirici bir yazı olmuştur. Diğer IBM yazılarım için lütfen BURAYA tıklayınız.

Görüşmek dileği ile.

Bir yanıt yazın