Ana içeriğe geç

SecuraWall.com

E-posta güvenliği ve sürekliliği

Keşfedin
Teknik Rehber · Server & Sanallaştırma

Sunucu Yedekliliği Rehberi: PSU, Disk, NIC ve HA

Sunucu redundancy tasarımı yalnız çift güç kaynağı eklemek değildir; güç, ağ, depolama ve host katmanlarında ortak hata noktaları birlikte incelenmelidir.

SON TEKNİK GÖZDEN GEÇİRME:
Server & Sanallaştırma

Bu Konu Neden Önemli?

Sunucu redundancy tasarımı yalnız çift güç kaynağı eklemek değildir; güç, ağ, depolama ve host katmanlarında ortak hata noktaları birlikte incelenmelidir.

Karar Verirken Kontrol Edilecek Noktalar

PSU'ları farklı PDU/UPS hatlarına dağıtın.

NIC teaming ve switch redundancy ilişkisini planlayın.

Disk redundancy ile backup kavramını ayırın.

Host seviyesinde HA ihtiyacını iş yüküne göre belirleyin.

Mimari ve çalışma modeli

Çift bileşen ancak ayrı ve kullanılabilir arıza yolları sağlıyorsa yedeklilik yaratır. İki PSU aynı PDU’ya, iki NIC aynı anahtardaki tek üst bağlantıya bağlıysa ortak arıza sürer. Redundancy cihaz düzeyinde, HA ise servis düzeyinde değerlendirilmelidir. Arızayı algılama ve doğru geçiş de tasarımın parçasıdır.

  1. 1Ortak arıza keşfi
  2. 2Bağımsız bileşen yolları
  3. 3Arıza ve geçiş
  4. 4Servis doğrulaması
Enerji, ağ ve storage için ortak arıza noktalarını ayrı işaretleyin.

Tasarım parametreleri

Ortak arıza alanı
İki PSU’yu tek PDU’ya bağlamak enerji alanını ayırmaz; kablo, switch ve depolama controllerını ayrı izleyin.
Algılama ve devralma
Bileşen yedeğiyle servis HA farklıdır; algılama ve yeniden açılış süresini uygulama üzerinden ölçün.
Yoğun saat iş yükü
CPU, bellek, disk ve ağ ölçümlerini aynı zaman aralığında toplayın. Bir kaynak yüzdesi tek başına sizing kararı verdirmez.
N-1 kapasitesi
Bir bileşen kaybedildiğinde kalan kapasiteyi hesaplayın. Normal durumda boş pay görünmesi arızada yeterli kapasite bulunduğunu kanıtlamaz.
Uyumluluk zinciri
CPU, firmware, sürücü, hypervisor ve konuk uygulamaların destek koşullarını birlikte inceleyin.
İşletim rezervi
Backup, migration, bakım ve büyüme aynı kaynaklarla yarışır. Rezervi yalnız ortalama yük üzerinden belirlemeyin.

Hesap ve uygulama örneği

Örnek sunucuda PSU-A/PDU-A ve PSU-B/PDU-B yollarını çizin. Bir güç yolunun kaybında tüm yükün kalan yol tarafından karşılandığını ölçün. NIC ve storage path arızasını ayrı test edin; iki parçanın takılı olmasını hizmetin kesintisizliğiyle eş tutmayın.

Hata teşhisi

BelirtiOlası neden / ayrımDoğrulama
Yedek PSU var ama sunucu kapandıOrtak besleme veya yük paylaşım sınırı olabilir.Güç yolunu kaynaktan PSU’ya çizip onaylı tek-yol testini uygulayın.
Düşük CPU kullanımına rağmen uygulama yavaşDepolama, kilit, tek çekirdek veya zamanlama beklemesi toplam CPU değerinde görünmeyebilir.Uygulama gecikmesini çekirdek, disk ve hypervisor beklemeleriyle eşleştirin.
Arıza sonrası host aşırı yükleniyorKapasite planı normal dağılım için yapılmış, N-1 durumu dışarıda kalmış olabilir.Kontrollü arıza testinde kalan RAM, CPU ve depolama gecikmesini ölçün.
Değişiklikten sonra performans kötüleştiSürücü, firmware, NUMA yerleşimi veya kaynak ataması değişmiş olabilir.Aynı iş yükünde önce/sonra karşılaştırma yapın; bir değişkeni bir seferde değiştirin.

Kabul ve doğrulama kontrolleri

  1. Enerji, ağ ve storage için ortak arıza noktalarını ayrı işaretleyin.
  2. Yoğun saat yükünü ve bakım işlerini birlikte temsil eden test çalıştırın.
  3. Bir host veya bağlantı kaybında hizmet ve veri yazmasını doğrulayın.
  4. Konuk işletim sistemi ve uygulama desteğini resmî matriste kontrol edin.
  5. Yeniden başlatma sonrasında aygıt, servis ve depolama sağlığını doğrulayın.
  6. Kapasite hesabının ham ve kullanılabilir değerlerini ayrı saklayın.

İlgili kavramlar

Güven sınırı ve hata alanı

Güven sınırı, aynı erişim kararlarını paylaşan bileşenleri ayırır; hata alanı ise tek bir olayın birlikte etkileyebileceği kaynakları tanımlar. İki VLAN kullanmak, aralarında serbest yönlendirme varsa güçlü bir güven sınırı kurmaz. İki yedek aynı yönetici hesabıyla silinebiliyorsa da farklı klasörlerde bulunmaları ayrı hata alanı sağlamaz. Tasarımda fiziksel yer, kimlik sağlayıcı, yönetim hesabı, ağ yolu ve enerji kaynağını ayrı ayrı değerlendirin. Bir bileşen kaybedildiğinde hangi erişimlerin ve kurtarma seçeneklerinin ayakta kalacağını sınayın.

Yüksek erişilebilirlik ile kurtarma ayrımı

Yüksek erişilebilirlik, belirli arızalarda hizmetin kısa kesintiyle sürmesini hedefler; yedekleme, kaybolan veya bozulan veriyi önceki bir noktadan geri getirir. Bir küme yanlış silinen kaydı diğer düğüme de aktarabilir. Bu nedenle HA ve yedekleme birbirinin yerine geçmez. Hizmetin DNS, kimlik, ağ, depolama ve enerji bağımlılıklarını birlikte düşünün. Başarılı düğüm geçişi tek başına yeterli değildir: kullanıcı oturumunun, uygulama yazmasının ve dış entegrasyonların geçiş sonrası davranışı da ölçülmelidir.

Failover ve failback

Failover, hizmetin başka bir bileşene geçmesidir; failback, tercih edilen konuma geri alınmasıdır. İkisi aynı risk ve işlem sırasına sahip olmayabilir. DNS güncellemesi, yönlendirme, oturumlar, veri geriliği ve uygulama bağımlılıkları kullanıcı kesintisini belirler. Otomatik geçişin hangi koşulda tetiklendiğini, yanlış alarmda ne olacağını ve geri dönüş onayını tanımlayın. Arızayı yalnız sanal makineyi kapatarak test etmek tüm hata türlerini kapsamaz. Ağ, depolama ve yönetim katmanı arızalarının ayrı etkilerini ölçün.

Bağımlılık ve yeniden başlatma sırası

Bir hizmet çoğu zaman kimlik, DNS, zaman, ağ, veritabanı ve lisans servislerine bağlıdır. Bağımlılıkları yalnız cihaz listesi olarak değil, hangi hizmetin hangi koşulla çalışabildiğini gösteren bir grafik olarak kaydedin. Hizmetlerin yeniden başlatılma sırası buna göre belirlenir; bazı döngüsel bağımlılıklar özel acil erişim gerektirir. Çalışan altyapı bileşenleri ile işin yeniden başlayabildiği anı ayırın. Her bağımlılığa sorumlu, doğrulama yöntemi ve alternatif erişim yolu atayın. Uçtan uca testte bir bileşeni bilerek erişilemez hale getirerek varsayımları sınayın.

Kapasite ve kullanılabilir pay

Ham kapasite ile uygulamanın kullanabileceği kapasite aynı değildir. RAID veya erasure coding, dosya sistemi, ayrılmış alan, metadata, snapshot ve büyüme payı ayrı kalemlerdir. TB ile TiB gösterimi de görünür sayıyı değiştirir. Hesabı birimleriyle yazın ve önce kullanılabilir korumalı kapasiteyi, sonra işletim rezervini çıkarın. Ortalama doluluğu izlemek kadar büyüme eğimini izlemek de önemlidir. Tahmini dolma tarihi, yeni kapasiteyi satın alma ve devreye alma süresinden daha uzakta tutulmalıdır.

Telemetri ve zaman eşleştirmesi

Telemetri, sistemin ne yaptığını açıklayan log, metrik ve olay kayıtlarının bütünüdür. Log bir olayın ayrıntısını, metrik zaman içindeki davranışı, dağıtık iz ise isteğin bileşenler arasındaki yolunu gösterir. Saat farkları aynı olayı farklı zamanlarda olmuş gibi gösterebilir. Merkezi zaman senkronizasyonu, kaynak kimliği ve tutarlı saat dilimi kullanın. Alarm tasarımında yalnız eşik değil, ne kadar sürdüğü ve kullanıcıya etkisi de değerlendirilmelidir. Kayıtların kesildiği durum ayrıca izlenmeli; günlük kaydı bulunmaması, olay yaşanmadığı şeklinde yorumlanmamalıdır.

Birincil teknik dokümantasyon

Who · How · Why

Bu İçerik Nasıl Hazırlandı?

KİM?

Doz Teknoloji Teknik Ekibi

İçerik, Doz Teknoloji’nin kurumsal BT hizmet alanlarında kullandığı teknik değerlendirme yaklaşımı temel alınarak hazırlanmıştır.

NASIL?

Teknik kriterler + birincil kaynaklar

Konu; üretici dokümantasyonu, standart kuruluşları ve ilgili resmî teknik kaynaklarla çapraz kontrol edilmiştir.

NEDEN?

Karar kalitesini artırmak

Amaç, teknik bir terimi yalnız tanımlamak değil; satın alma, tasarım veya işletim kararı verirken hangi kriterlerin birlikte değerlendirilmesi gerektiğini görünür hale getirmektir.

SON TEKNİK GÖZDEN GEÇİRME

Bu Rehberle İlgili Kurumsal Çözümler

Teknik konuyu uygulamaya dönüştürmek için ilgili hizmet ve çözüm sayfalarına geçebilirsiniz.

Teknik İhtiyacınızı Birlikte Değerlendirelim

Mevcut altyapınızı, kullanıcı sayınızı veya teknik hedefinizi paylaşın; ürün, lisans veya proje kapsamını ihtiyaca göre netleştirelim.

Teknik Talep Oluşturun
Kurumsal IT Ürün Satışı, Lisanslama ve Kurulum
Kurumsal IT Proje & Çözüm Senaryoları
Tüm ilgili içerikleri görüntüleyin
WhatsApp'tan Yazın
Kopyalandı!