Server virtuali vs fisici


18

Sto dopo una seconda opinione; e mi scuso se è già stata data una risposta (indicami la giusta direzione).

Diverse fazioni all'interno di un progetto a cui sto partecipando sono impegnate in una guerra santa tra server virtuali e fisici. Stiamo implementando un sistema di gestione dei documenti COTS IBM (DB2, ecc.).

La saggezza generale è che dovremmo virtualizzare tutto e il nostro partner fornitore supporta questa visione; alcune delle teste dell'elica al lavoro sono contrarie, in particolare per il server centrale dei metadati (sostanzialmente un grande database DB2).

Il mio problema è che provengo da un background di sviluppatori (conosco squat), quindi una visione indipendente sarebbe benvenuta.

Qual è il magro su virtuale vs fisico? Quando dovresti - o non dovresti - virtualizzare? Vantaggi / svantaggi generali, ecc. Il mio antipasto per 10 - abbattimi ...

Virtuale:

  • Buono per DR (è possibile impostare una nuova istanza su un server VM diverso se quello su cui si verifica l'errore, ovvero: la scatola fisica su cui si esegue)
  • Male per alcuni database senarios?
  • Leggero successo prestazionale (non sono sicuro dei dettagli)

Sembra una domanda ovvia, ma trovare buone risposte è stato un po 'difficile.
Adrian K,

troppe incognite! La risposta migliore è che dipende.
Nick Kavadias,

Sì, scusa :) Tutti i server per questa particolare soluzione saranno basati su Windows. Componenti del database e dell'applicazione. VMWare è la piattaforma di virtualizzazione utilizzata internamente. La base utenti è di circa 1500 utenti, ma non disponiamo di statistiche precise sull'uso effettivo, gli utenti simultanei, ecc.
Adrian K

Risposte:


25

In linea di massima, se la piattaforma di virtualizzazione attualmente in uso supporta completamente il sistema operativo guest che si intende eseguire, la virtualizzazione è una buona mossa. Esistono alcuni casi d'uso che richiedono un'attenta ispezione:

  • Servizi terminal (o servizi con una concorrenza utente molto elevata)
  • Sapori funky di Linux
  • Server database o e-mail
  • Server con allegati periferici insoliti
  • Server con requisiti di risorse unici / molto elevati

Nel tuo caso specifico, guarda il numero di utenti simultanei che il tuo sistema dovrà supportare e il tipo di specifiche hardware fisiche di cui avresti bisogno per eseguirlo come una macchina fisica. Se richiede una bestia quad-core a 4 processori con 32 GB di RAM e una striscia di unità SAS locale a 6 dischi, non è un buon candidato per la virtualizzazione. Se ha requisiti elevati su uno di questi aspetti (ad esempio ha solo bisogno di un disco ultra-veloce) è nella pila "forse" e ha bisogno di una serie di test prima di prendere la decisione.

Se il database funzionerebbe correttamente su un server di base 1 o 2 con una modesta quantità di RAM (inferiore a 8 GB) e il throughput del disco non è eccessivo, virtualizzarlo.

Se la scelta che stai facendo è tra l'acquisto di hardware nuovo di zecca per il sistema o la virtualizzazione sull'infrastruttura VM esistente, quindi virtualizzalo prima e passa a un server fisico solo se necessario. Il segno distintivo di un server ben pianificato è che puoi facilmente ricostruirlo di nuovo su richiesta;)


4
Chris parla sagge parole. Affrontiamo un problema simile con un prodotto di registrazione delle chiamate e di cattura dello schermo che stavamo acquistando. Abbiamo finito con l'utilizzo di 1 server hardware a causa di possibili problemi di I / O elevati, carichi di CPU moderati e la necessità che un componente fisico dell'hardware si trovasse in uno dei server. Gli altri 2 server sono stati virtualizzati e il database è stato inserito nel cluster SQL. Ha funzionato bene per noi. Se si intende utilizzare più server, valutarlo in base al server.
Aduljr,

Grazie Chris - sicuramente un candidato per la risposta "accettata", vedrò cos'altro arriva dopo i prossimi due giorni. grazie :)
Adrian K il

Risposta eccellente e concisa.
Helvick,

3

Tale argomento deve essere considerato nel contesto del proprio ambiente e non può essere risolto in modo definitivo per te come concetto generale. È necessario considerare tutto, a partire dal fatto che una macchina virtualizzata sia in grado di fornire le prestazioni richieste. Ciò include cose come il sistema di archiviazione in grado di tenere il passo. Questo ovviamente tende ad essere il grosso problema per i sistemi di database. Sono dell'opinione che questo debba essere ben testato prima di prendere una decisione finale. Se non puoi provarlo, il rischio potrebbe essere troppo grande.

Personalmente non sono un fan della virtualizzazione, ma ciò è dovuto almeno in parte all'ambiente in cui lavoro e ho lavorato in precedenza. Uno dei problemi è che tendi ad avere troppe uova in un paniere. Se quell'hardware si rompe TUTTE le macchine virtuali su quel server, andare in crisi. Va bene se hai l'hardware di riserva o almeno riesci a procurartene un po 'ORA, ma non è il mondo in cui lavoro.


3

Eseguiamo i nostri server sia in ambienti virtualizzati che nel loro ambiente nativo. Questo vale sia per i nostri server basati su Linux sia per i nostri server Windows e desktop. Dire che uno è meglio dell'altro dipenderà completamente da ciò che devi fare. A volte la virtualizzazione è migliore, a volte no.

Professionisti della virtualizzazione:

  • Facilità di backup
  • Facilità di installazione (dalla clonazione)
  • Può avvicinarsi all'uso di tutte le risorse di un hardware (che spesso non vengono utilizzate)

Contro di virtualizzazione:

  • Una casella non funziona = molti server non sono in linea
  • Costo. Le licenze sono spesso costose se si desidera controllare più macchine da un client VMWare.
  • Costo. Le licenze sono costose se si desidera supportare più di due processori

Un'ultima nota. La virtualizzazione funziona alla grande per l'esecuzione di server e desktop regolari, ma fai molta attenzione quando devi avere un'impostazione un po 'meno tradizionale. Ad esempio, avevamo due server Web che si connettevano a un dispositivo di archiviazione collegato in rete senza problemi quando non erano virtualizzati. Nel momento in cui li abbiamo spostati nell'ambiente virtuale abbiamo sofferto terribilmente perché le nostre apparecchiature di virtualizzazione non funzionavano bene senza il dispositivo di archiviazione (problemi di I / O). Quindi fai i compiti con l'hardware prima di provare una configurazione complicata (praticamente va da sé).

L'ultima cosa, la virtualizzazione è fantastica e ha fatto molta strada. Lo adoro per molte cose. MA a meno che tu non abbia davvero bisogno di configurare altri server E non hai l'hardware, potrebbe non aiutarti molto.

Il più grande vantaggio che abbiamo ottenuto dalla virtualizzazione: Physical Space.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.