vmware esx server

• diyelim ki 8 cpu'lu 16gb ram'li bir server'iniz var, bu server uzerinde 10 adet 300gb'lik scsi diskimiz var.
  
  esx'i direkt olarak donanim uzerine kurup arkasindan kendisi uzerine kuracagimiz isletim sistemine, "bak aslinda sen tek cpu'lu, tek diski olan bir server'sin" diyebiliyoruz,
  
  bu isin en abzurt boyutu ise "aslinda sen 4 tane 2 cpu'lu, 4 gb ram'li server'dan olusan bir distributed yapisin, 4 sucunun her biri ayni datayi tutan farkli db server" dediginiz zaman anlik snapshot'lar yordami ile tek "database"'i 4 makinada (vefakat tek makinada) tutabiliyor.
  
  "peki psikopat miyim ben, niye tek makinayi dorde boluyorum" derseniz;
  
  14 sunuculuk bir blade serisi hazirlayip arkasindan san ustunden fibre channel ile birbiriyle konusan san + mainframe mimarisini yakaladigimizda 4 tane blade'i application server, 1 blade'i dc, 2 blade'i firewall, 1 blade'i storage, 6 blade'i de db server olarak atayip (san ustunden esx server calistirip data'yi ornegin bir ds4300 ustunde tutup donanimi da blade'lerimizden aliyoruz, 4 sunucuyu tek makina gibi gosterip bir i$e, 2 sunucuyu tek makina gibi gosterip diger bir i$e atiyoruz) guzel bir server farm olusturuyoruz kendimize.
  
  e peki bunun guzelligi nerede?
  
  su 6 blade db'ye fazla oldu, dc'ye tek blade yetmiyordu, dur db'deki 6 blade'den birini firewall'a aktarayim ortam rahatlasin, bosuna donanim gucu harcamayayim gibi manevralara imkan taniyor bu mimari. direk sistem calisirken donanim yonendirmesi yapabilmek, donanim bazli sorunlarda, kaynak yetersizligi durumlarinda sistemi up tutarak her turlu operasyonu yapabilme yetisi sagliyor.
  
  adamlar gercekten cok guzel bir is basarmislar. (her ne kadar anlatmayi beceremesem de)