Kollégám lőtte az alábbi képet:
A közelmúltban találkoztam a következő esettel, miszerint a fent említett HP workstation szériáknál szinte képtelenség image drive-ot csatolni. Nos, ez a probléma kicsit kellemetlen tekintve, hogy manapság már nagyon elterjed a használata. Kicsit körbejárva az esetet kiderült, hogy ezért Intel® X58 chipkészlete a felelős. Információim szerint dolgoznak az ügyön, hogy megkönnyítsék azon rendszergazdák dolgát, akik előszeretettel használják, jelen esetben használnák a virtuális meghajtókat. Az, aki az Alcohol-t preferálja, annak jó hírem van a következő verzió már hiba nélkül fog futni, viszont az Intel Matrix Storage Manager-t el kell távolítanunk. A deamon tools-t kedvelőknek még várniuk kell, egy keveset a csapat mindenesetre tud az esetről.
Addig is van megoldás, amit itt tudtok letölteni és tapasztalataink szerint a deamon 3.23-as verziója is néha át tudja "vágni".
Most olvasom, hogy az AMD-nél hamarosan megjelenik a 12 magos Opteron processzor és ez ámulatba ejt. Mire lesz ez jó? Jelenleg a legnagyobb x86 alapú szerver, amit árulunk, az a HP 785-ös atomerőműve, ami nyolc darab 6 magos Opteronnal rendelkezik. Ennek a gépnek is akkora bődületes teljesítménye van, hogy azt kihasználni egy kész kihívás. Mit tudunk vele kezdeni? Rárakunk mindjuk 48 darab virtuális gépet? Mégegyszer lassan leírva negyvennyolc egész virtuális gép! Nem sok olyan cég van ma Magyarországon, akinek ennyi fizikai szervere van egy szerverszobában. Gondoljunk csak bele. két rack szekrénnyi szerver egy gépbe. Hihetetlen. És ezt most még megfejeli az AMD a kilencvenhat maggal, amivel akár kilencvenhat virtuális gépet fogunk tudni belerakni egy fél köbméteres dobozba (optimálisan). Iszonyat. A másik, amire használni lehet, az egy bikaerős adatbázis szerver. És ez csak a kezdet... Az Intel is sorra jelenti be a 8 magos XEON processzorokat, melyek teljesítménye hasonlatos az AMD Opteronjaival.
Miért is kell két, illetve három doboz? Nos a doboz önmagában egy RAID 5,6 vagy 10 tömb, azonban a tömbbön levő kötet az eszköz sérülése esetén könnyen elveszhet. Ezért csinálunk belőle egy másolatot a másik doboz tömbjére. Így minden kötetből már két másolatunk van. A szervereken spéci driver van, ami lehetővé teszi, hogy szervereink egyidőben olvassák mindkét tömb adatait ezáltal is gyorsítva az elérésen. Az írás során a spéci driver segítségével egyidőben írjuk a két tömbot, biztosítva a másolatok egyenértékűségét. Nos idáig megvan, miért kell két doboz. A harmadik doboz a dobozokon levő SAN/IQ szoftver clusterezési rendszere miatt kell. Ugyanis a szoftver feltételezi, hogy mindig életben marad legalább két doboz. Ha azonban két dobozzal indulunk, akkor az egyik doboz elvesztése esetén varázsolni kell, hogy elérjük az adatainkat. Ezt meg nem szeretnénk. Ezért inkább 3 dobozzal induljunk.