Progetto rischi di virtualizzazione dei server

In un nuovo progetto di distribuzione dell’applicazione è molto difficile da misurare sistemi, perché non ci sono dati carico di lavoro è disponibile. Al contrario in un consulenti virtualizzazione dei server hanno un sacco di carico di lavoro dei dati. Purtroppo, c’è sempre il desiderio di raccogliere e analizzare

Ci sono fondamentalmente tre strategie per ridurre il rischio di sistemi sottodimensionati e quindi hanno una latenza di risposta eccessiva.

• sovradimensionamento;
• Ampia sperimentazione; e
• la raccolta e analisi dei dati.

sovradimensionamento è una strategia comune. La ragione fondamentale è che HW è così a buon mercato che non ha molto senso spendere tempo per identificare le esigenze. Tuttavia, è importante ricordare che se non si fanno esperimenti e valutazione approfondita, non è noto se in effetti i sistemi sottodimensionati sono sovradimensionati o. Non si sa nemmeno se virtualizzare le applicazioni appropriate. Si può adottare un approccio aggressivo, e quindi di conseguenza avere lamentele dei clienti circa le prestazioni del sistema; oppure si può adottare un approccio prudente, e quindi hanno un livello virtuale agricola molto inferiore a quello che avrebbe potuto essere i server. Ampia sperimentazione è una buona alternativa costosa, ma. Normalmente i sistemi sono dimensionati secondo la regola di pollice e politiche generiche (ad esempio, il DBMS non deve essere virtualizzato) e solo coloro che si suppone di avere spese significative sono effettivamente testati. Purtroppo, la regola generale sono spesso inaffidabili e politiche generiche si affacciano le caratteristiche specifiche dei server virtuali. Raccolta e analisi dei dati è l’approccio ideale. Tuttavia, ci sono diverse sfide importanti:

• raccolta dati simultanea di decine o centinaia o server.
• Pulizia e l’analisi dei dati del carico di lavoro che contiene decine di migliaia di punti dati.
• Identificazione dei dati ottimali server farm virtuali raccolti.
• Stima impatto dei carichi di lavoro di virtualizzazione strato.

Ciascuna di queste sfide possono essere gestiti in modo efficiente con strumenti appropriati la raccolta dei dati. I WASFO WASFO di analisi e strumenti di ottimizzazione di raccolta dati (vedi riferimenti sotto) sono stati sviluppati e progettati proprio per questo scopo.

virtualizzazione dei server rischio di progetto High Availability

Negli allevamenti di server virtuali non sono pochissime applicazioni mission critical classificato e protetto con elevata disponibilità (HA) cluster. Cluster HA può migliorare significativamente la disponibilità del servizio nella misura in cui riguarda l’applicazione di HW e guasti. Purtroppo essi sono costosi e complessi da mantenere. Cluster HA proteggono errore del server del sistema operativo e l’applicazione ma richiedono

• storage condiviso (non tutte le tecnologie richiedono alta disponibilità di storage condiviso, ma il più diffuso fare);
• Software HA;
• script o DLL non sono riusciti a identificare le applicazioni e chiudere regolarmente; e
• soluzione certificazione consiglio per ottenere il sostegno di tutti i fornitori interessati.

hypervisor (aka monitora macchina virtuale o livello di virtualizzazione) grazie al fatto che le macchine virtuali le immagini sono effettivamente i file ospitati su storage condiviso che è possibile creare aziende agricole in cui tutti istanze di applicazioni sono protetti dalla mancata server . Se qualsiasi server non riesce, un servizio di monitoraggio in grado di rilevare il fallimento e passare la macchina virtuale a un altro server. Purtroppo queste tecnologie di monitorare e di agire a livello di hypervisor che offrono nessuna protezione in caso di malfunzionamento di un’applicazione o di congelamento. Se la protezione è richiesta tale Cluster HA SW può essere usato sopra il livello di virtualizzazione.

Un altro punto importante è che l’hypervisor, grazie al fatto che le macchine virtuali possono essere spostate in fase di runtime, senza interruzione di servizio (migrazione in tempo reale), effettuare un minimo l’impatto di server si blocca in programma . Se, per esempio, un server deve essere riavviato per cambiare un componente guasto, il server può essere il primo spostata in un altro server per l’attività utente non viene interrotta.

rischi di sicurezza nei progetti di virtualizzazione dei server

Se si cerca su Google per “rischio di virtualizzazione,” trovare decine di articoli su rischi per la sicurezza . Ciò dimostra che la sicurezza è la preoccupazione principale persone hanno nei confronti dei rischi di progetto di virtualizzazione. Le persone sono generalmente preoccupati per ciò che non sanno questo perché uno dei fattori determinanti del comportamento umano è la necessità di un certo controllo dell’ambiente circostante. La virtualizzazione non fa eccezione. In questi progetti viene introdotta una nuova serie di prodotti in genere; e quelli già in esercizio deve essere configurato in modo nuovo. Quindi un approccio cauto è consigliato non solo per obbligo.

Dal momento che ci sono molti articoli sulla virtualizzazione e la sicurezza in tutto il web non si ha intenzione di trascorrere del tempo qui per passare attraverso tutti i problemi di sicurezza. Ci limitiamo a notare che a meno forti processi di controllo sono in atto in una fattoria di server virtuali è molto più facile creare nuovo sistema operativo. Quindi non è sorprendente che la gente dopo un po ‘per scoprire un sacco di macchine virtuali che sono state create per lo sviluppo o il test e che in realtà non sono gestite in modo professionale. Potrebbero, ad esempio, non hanno le ultime patch di sicurezza o non sono configurati in conformità con gli standard di sicurezza della società. Procedure di controllo affidabili possono sembrare essere la soluzione giusta, ma un controllo forte riduce significativamente il beneficio otteniamo una maggiore flessibilità attraverso la virtualizzazione. Un’alternativa migliore è probabile che l’uso di un processo di controllo più debole e quindi avviare un inventario periodicamente un insieme di server per rilevare potenziali buchi di sicurezza.

Costi

i costi di progetto troppo spesso superano le aspettative e ci sono migliaia di pagine scritte su come controllare il progetto, in modo che i costi non superino il budget. Progetti di virtualizzazione hanno una serie di questioni specifiche relative alla concessione di licenze di SW. A seconda della licenza SW governa il progetto di virtualizzazione in grado di produrre risparmi significativi o aumenti dei costi. Se l’applicazione è concesso in licenza in base al numero di core fisici, anche se in esecuzione su un monitor VM il costo è destinato ad aumentare, dato che molti server virtuali di solito hanno più core del processore di quanto richiesto da qualsiasi applicazione SW ospitato. Se invece la licenza dell’applicazione tiene conto del numero di core logici o l’utilizzo del sistema è possibile ottenere risparmi notevoli.

Conclusioni

Ci sono molti rischi in progetti di virtualizzazione che potrebbero compensare o addirittura superare i benefici del progetto del server. È necessaria la pianificazione e l’analisi accurata per mitigare i rischi di prestazioni, disponibilità e sicurezza; e per assicurare che i benefici economici attesi maturati.