Este aceasta deoarece departamentele IT nu au încredere în platformele de virtualizare? Credeți că platforma de virtualizare nu este suficient de stabilă pentru a sprijini aplicațiile critice?
În ultimii 10 ani, VMware a demonstrat că virtualizarea este deja o realitate, iar aplicațiile virtualizate sunt adesea mai stabile atunci când rulează pe o infrastructură care rulează VMware.
Apoi, dacă încrederea sau stabilitatea nu reprezintă o problemă, care este motivul pentru care departamentele IT nu au virtualizat încă aplicațiile rămase?
Scalați afară
Scalarea sau scalarea orizontală - adăugarea de noi resurse la infrastructură, de exemplu, serverele din cluster.
Deoarece prețurile continuă să scadă, iar creșterea productivității este ieftin, marfa (de consum) server este soluția ideală pentru scalarea pe orizontală, și pot fi asamblate în grupuri mari să se unească resursele de calcul.
În ultimii șapte ani, arhitecții de infrastructură de la VMware s-au rugat pentru o scalare orizontală. Cineva poate argumenta că folosește această abordare, dar are, de asemenea, propriile nuanțe și totul depinde de cerințele afacerii. În plus, scalarea orizontală este că marfa serverului este ieftină, iar în cazul unui eșec al serverului, aceasta afectează un număr mic de VP. Mai puțin în costurile mai mari pentru licențele pentru vSphere, cerințele mari pentru zona centrelor de date și, de obicei, astfel de servere de mărfuri nu dispun de resurse de calcul mari.
Scalare în sus
Scalarea verticală - adăugarea de resurse de calcul la un server deja utilizat. De obicei sunt procesoare sau RAM.
În mod tipic, aceste servere sunt destul de puternice - cu suport pentru 4 procesoare și 512 GB de memorie. În plus, există sisteme cu 8 procesoare și 1TB de memorie, iar unele sunt norocoase să vadă chiar 16 servere de procesoare cu memorie de 4TB. Și nu, nu sunt mainframe sau ceva de genul acesta, este un server bazat pe arhitectura clasică x86.
Trecerea la cel de-al doilea val de virtualizare, care oferă flexibilitatea oferită de această tehnologie pentru aplicațiile critice pentru afaceri, exercită astăzi o presiune extraordinară asupra infrastructurii VMware folosită astăzi din cauza următoarelor probleme:
Odată cu lansarea vSphere 5, numărul de resurse disponibile pentru un VM a crescut de patru ori.
Și odată cu lansarea vSphere 5.1, VM-urile monstruoase pot fi chiar mai monstruoase.
Pentru ca vSphere 5.1 să lanseze un monstru VM, planificatorul trebuie să aibă și să planifice lansarea de fire pe 64 de procesoare fizice. Nu există multe servere care să poată suporta cât mai multe nuclee și servere cu suport pentru 16 prize și 160 nuclee și chiar mai puțin.
În total, există două tipuri de scalare verticală a serverelor: glueless și lipite. În limba rusă, aceste cuvinte sunt traduse astfel: fără integrarea tehnologiilor și, respectiv, cu tehnologiile integrate.
Arhitectura lipicioasă
Această arhitectură a fost dezvoltată în Intel și este prezentată în Intel Xeon E7.
Pentru comunicația dintre dispozitivele de intrare / ieșire, interfețele de rețea și procesoare, este utilizată o magistrală QPI special concepută.
În serverele cu 4 procesoare toate sunt conectate direct între ele prin intermediul acestei magistrale. Procesorul Glueless utilizează unul dintre canale pentru a conecta procesorul la interfețele I / O, iar celelalte trei pentru a se conecta la procesoarele învecinate.
Într-un server cu 8 procesoare, fiecare procesor se conectează direct la trei servere vecine și prin alt procesor către celelalte patru.
- Nu este nevoie de dezvoltare specială sau specializare de la producătorul serverului
- Orice producător de servere poate produce 8 servere de procesoare
- Reduce costul serverului cu 4 și 8 procesoare
- Costul total al proprietății crește cu scalarea orizontală
- Arhitectura este limitată la 8 servere de procesoare
- Este dificil să se mențină integritatea cache-ului cu mufe în creștere
- Creșterea productivității neliniare
- Valoarea pentru bani scade
- Eficiența non-optimă atunci când se utilizează VM-uri mari
- Până la 65% din lărgimea de bandă a magistralei merge la difuzarea mesajelor din QPI-ul protocolului de chat
Principalele aplicații, ale căror performanțe suferă de dezavantajele protocolului QPI, sunt aplicațiile Java, baze de date mari, sensibile la întârzieri ale aplicațiilor.
Rezultatul scalării verticale ar trebui să fie absența unui blocaj, altfel această arhitectură devine lipsită de sens. Astfel, liniaritatea creșterii performanței trebuie să corespundă linearității adăugării de resurse.
Arhitectura lipita
Pentru a rezolva problemele descrise mai sus, dezvoltatorii de hardware au dezvoltat o arhitectură lipită. Această arhitectură utilizează un controler de noduri externe pentru a organiza interconectarea grupurilor de insule QPI.
Intel QPI oferte speciale de soluții scalabile - EXTERNAL Nodul-Controlere (sau XNC), a căror aplicare practică este în curs de elaborare de către terți companii OEM. nod controler extern utilizat, deoarece Intel Xeon E7-4800, cu controler de memorie integrat include, de asemenea, un sistem de Cache Coerentă Non-Uniform Memory Access (ccNUMA) ale cărei date relevante pentru fiecare linie a memoriei cache a procesorului monitorului sarcină sunt datele reale.
Întârzieri între procesor și memorie în ccNUMA depind de localizarea acestor două componente în raport unul cu altul, rezultând controlorii XNC devin componentă critică de server, și un număr foarte mic de producători de servere de servere pot dezvolta, cu scalare verticală.