Sanal makineler ve I / O ağır iş yükü, aklı başında mı?


14

Çok sayıda sanallaştırma hizmeti (Azure) ve ağır G / Ç iş yükü altında ürünler (vmware, kvm, hyperv) G / Ç ve sistem duraklarında gördüm.

Sorularım:

  • G / Ç ağır iş yükleri gerçekleştirirken Sanallaştırılmış bir çözüm kullanmak akla uygun mudur?
  • Bu tür şeyler hakkında en iyi uygulamalar nelerdir?
  • Bu sorunlara neden olan, iyi bilinen sistem darboğazları var mı, yoksa sadece aşırı çekişme meselesi mi?

İlgili IBM araştırma makalesi . Ayrıca, Docker gibi kapları da kullanmayı düşünürüm. Kağıttan: "Kaplar, IaaS ve" çıplak metal "sanallaştırılmamış sunucular [...] arasındaki farkı da ortadan kaldırabilir çünkü sanal makinelerin çıplak metal performansı ile kontrol ve izolasyonunu sunarlar."
oleksii

1
1. Hangi araştırmayı yaptınız? Sormadan önce önemli miktarda araştırma yapmanızı bekliyoruz. Araştırmanızı göstermek başkalarına yardımcı olur ve insanların size daha iyi yanıtlar vermesine yardımcı olur. Bkz serverfault.com/help/how-to-ask ve yardım merkezine . 2. Bu soru oldukça geniştir, muhtemelen bu site için çok geniştir. Standart tavsiye: soru başına bir soru. 3. Bu site görüş isteyen sorular için uygun değildir. "Bu tür şeyler hakkındaki en iyi uygulamalar" dan daha spesifik ve daha objektif olarak cevaplanabilir bir şey sorabilir misiniz?
DW

1. 10 yıl çalışan çeşitli sanal makineleri, kvn, xen, virtualbox, amazon, masmavi, hyperv. Performansı genellikle felaket olarak buldum, ancak mevcut BT ortodoksluğunun etrafında yüzen çok fazla hype ve girişim sermayesi var, her şeyin sanallaştırılması gerekiyor. Sadece ben miyim, yoksa diğer operasyon uzmanları da bir dereceye kadar şüphecilik hissediyorlar mı diye merak ediyorum.
bryan hunt

2
Performansın GENEL olarak feci olduğunu fark ettiyseniz - sanallaştırma ile 10 yıl çalıştıktan sonra - dünyanın geri kalanında bunu yapmakta bir sorun olmadığında, yönetici olmanın yenilgisini kabul etmenin ve yapabileceğiniz bir şeyi aramanın zamanı geldi. Cidden, sanırım burada dramatize ediyorsunuz. Veya sanallaştırmanın iyi bir IO alt sistemi satın alması gerektiğini asla fark etmez. İnsanlar bir masaüstü diskine 10+ sanal makine yüklediğinde ve IO hızından şikayet ettiğinde her zaman korkunç olup olmadığını görüyorum.
TomTom

Daha çok bir gözlem. Seçilen çözümde her zaman söz sahibi değilim. Ben ops. Bana atılan her şeyi çalışır durumda tutarım.
bryan hunt

Yanıtlar:


19

G / Ç ağır iş yükleri gerçekleştirirken Sanallaştırılmış bir çözüm kullanmak akla uygun mudur?

Evet, çok aklı başında, aslında çoğu kuruluş için sanal şimdi varsayılan ve fiziksel kutularda bir şeyler yapmak çok istisna. Her türden 100.000'den fazla VM'ye sahibiz ve bunların çoğu 40k IOPS'dur ve hiç sorun çıkarmaz.

Bu tür şeyler hakkında en iyi uygulamalar nelerdir?

Buradaki anahtar şey sanallaştırılmış olsun veya olmasın değil - IO'nuzun iyi ihtiyaç duyduğunu anlamak ve sanal depolama kaynaklarını eşleştirmek. Bu kadar basit, neye ihtiyacınız olduğunu / ne istediğinizi biliyorsanız ve bunu depolama sistemlerinizle eşleştirmek için bütçeniz varsa, sanallaştırma katmanı gerçekten çok az rol oynar veya hiç oynamaz - elbette bir şeyleri gerçekten zorlamadığınız sürece (onlarca konuşuyorum / yüz milyon GİB).

Bu sorunlara neden olan, iyi bilinen sistem darboğazları var mı, yoksa sadece aşırı çekişme meselesi mi?

Anlama eksikliği veya çok az depolama kaynağı ile çok fazla şey yapmaya çalışma, normalde insanların sorunlarına neden olan şeydir.


10

G / Ç ağır iş yükleri gerçekleştirirken Sanallaştırılmış bir çözüm kullanmak akla uygun mudur?

Düzenli olarak 1GB / saniye rasgele IO çeken bir veritabanı sunucusu sayılır mı? Burada bir tane var.

Veya bir HPC kümesine 600mb / saniye hıza ulaşan bir sanal dosya sunucusu. Bu bir Raid 10, 8 Velicoraptors adanmış, adanmış.

Bu tür şeyler hakkında en iyi uygulamalar nelerdir?

Bol miktarda GÇ sağlayın. Bu SQL VM 8 veya 10 civarında özel SSD olduğunu düşünüyorum.

Bu sorunlara neden olan, iyi bilinen sistem darboğazları var mı,

İnsanlar temel matematik yapmıyor. IO alt sistemi yükü kaldıramazsa, sanallaştırma altında da bunu yapmaz. ÇOK G / Ç'ye ihtiyacınız var - daha sonra uygun boyutta ayrılmış bir depolama altsistemi sağlayın.


10
"UI bol sağlamak" - muhtemelen IO
istedim

2

Hala sanallaştırılmamış olanlarla aynı IO'lara ihtiyacınız olan temel matematik ve kavramın yanı sıra QOS / önceliklendirme de vardır. Çoğu sanallaştırma platformu bunun için en azından temel bir destek sunar, hatalı DB geliştiricisinin ürün DB'nizi durdurmasını önlemek için çok yardımcı olacaktır.


1
Evet. 5000IOPS'e ihtiyacınız varsa, 350'li bir sabit disk kesmez. Aynı diske daha fazla vms yükleyin ve hayır, sihirli bir şekilde çalışmaz. Her zaman kaç kişinin temel matematiği görmezden geldiğine şaşırdım.
TomTom
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.