Esporta (0) Stampa
Espandi tutto

Utilizzare il ruolo VM di Windows Azure in Windows Azure

Aggiornamento: marzo 2011

[La funzionalità Ruolo VM di Windows Azure verrà ritirata il 15 maggio 2013. Dopo la data di ritiro, le distribuzioni del ruolo VM verranno eliminate. Per continuare a utilizzare le applicazioni esistenti, è possibile utilizzare le Macchine virtuali di Windows Azure. Per ulteriori informazioni sull'utilizzo delle macchine virtuali per l'applicazione in uso, vedere l'argomento relativo al passaggio dal Ruolo VM alle Macchine virtuali di Windows Azure.

In Windows Azure le macchine virtuali possono essere utilizzate in due modi diversi, cioè è possibile utilizzare il ruolo VM o le macchine virtuali.

  • Ruolo VM: il ruolo VM è stato rilasciato con la PDC10 ed è ancora oggi presente nella versione beta. Gli utenti hanno inviato commenti e suggerimenti ottimi e la maggior parte di questi è stata utilizzata per compilare la nuova macchina virtuale in Windows Azure. Il ruolo VM è senza stato per natura ed è utile per gli scenari dei clienti come l'installazione di applicazioni per cui viene richiesto molto tempo o le installazioni tendenti a errori, nonché il supporto di modelli cloud di scalabilità orizzontale. Stiamo continuando ad accettare clienti nel programma beta del ruolo VM tramite il portale di gestione precedente. Poiché il ruolo VM è attualmente in versione beta e l'offerta e le funzionalità sono soggette a modifiche, in Windows Azure non viene consigliato l'utilizzo del ruolo VM per distribuzioni di produzione. È consigliabile continuare a utilizzare il ruolo VM come modello di prova e per i servizi non di produzione mentre continuiamo a raccogliere commenti e suggerimenti per sviluppare il futuro di Windows Azure.

  • Macchine virtuali: i commenti e suggerimenti dei clienti raccolti dall'avvio della versione beta del ruolo VM si sono rivelati molto utili per la pianificazione delle nuove macchine virtuali di Windows Azure. Queste ultime sono persistenti per natura, consentendo ai clienti di eseguire applicazioni come SQL Server e SharePoint in Windows Azure. Le macchine virtuali supportano anche i sistemi operativi Windows Server e Linux, sono state rilasciate come prodotto di anteprima e sono soggette a termini e condizioni. È previsto che il servizio diventi disponibile per tutti entro la fine dell'anno di calendario, tuttavia non è stata stabilita alcuna data pubblica. Per ulteriori informazioni su questa nuova funzionalità, visitare l'area delle funzionalità di www.windowsazure.com.

Il ruolo VM consente di distribuire un'immagine personalizzata di Windows Server 2008 R2 in Windows Azure. Con un ruolo VM è possibile lavorare in un ambiente familiare utilizzando le tecnologie standard di Windows per creare un'immagine, installarvi il software, prepararla per il caricamento in Windows Azure e, successivamente, gestirla dopo il relativo caricamento.

Di seguito sono riportati i sistemi operativi che possono essere installati:

  • Windows Server 2008 R2 Enterprise (solo inglese)

  • Windows Server 2008 R2 Standard (solo inglese)

noteNota
Windows Web Server 2008 R2 non è supportato.

Un ruolo VM fornisce un livello elevato di controllo sulla macchina virtuale e offre i vantaggi dell'esecuzione nell'ambiente Windows Azure: scalabilità immediata, aggiornamenti sul posto senza tempo di inattività del servizio, integrazione con altri componenti del servizio e traffico con carico bilanciato. Il ruolo VM è costituito da un sistema operativo che viene creato utilizzando un disco rigido virtuale (VHD) di base e, facoltativamente, un disco rigido virtuale differenze. L'utilizzo del ruolo VM include anche un file di definizione e un file di configurazione del servizio.

Un ruolo VM è diverso da un ruolo Web e da uno di lavoro, poiché con questi ruoli si è concentrati sulla creazione e sull'esecuzione del codice in un sistema operativo gestito da Windows Azure; per il ruolo VM si fornisce un'immagine preconfigurata del sistema operativo. Gli sviluppatori controllano completamente l'immagine del sistema operativo e possono accedere in remoto alla macchina virtuale di tutti i ruoli per effettuare attività di manutenzione e risoluzione dei problemi.

noteNota
L'esecuzione delle istanze del ruolo VM nell'emulatore di calcolo non è supportata.

Poiché si controllano il sistema operativo e tutti i relativi aggiornamenti nelle istanze di un ruolo VM, è unico rispetto ad altri tipi di istanze del ruolo in esecuzione in un servizio cloud in Windows Azure. Quando si eseguono installazioni prolungate e complesse nel sistema operativo o una procedura di configurazione che non può essere automatizzata, è consigliabile utilizzare questo ruolo.

Un'istanza del ruolo VM in esecuzione in Windows Azure è soggetta a determinate limitazioni che non interessano, invece, un'installazione locale del sistema operativo. Alcune funzionalità correlate alla rete sono limitate; ad esempio, per sfruttare il protocollo UDP è necessario utilizzare anche Connect di Windows Azure. Inoltre, lo stato di un'istanza del ruolo VM in esecuzione in Windows Azure non è persistente. È consigliabile utilizzare i servizi di archiviazione Windows Azure per rendere persistente lo stato, scrivendolo in un BLOB o in un'unità di Windows Azure. Per un esempio di come eseguire questa operazione, vedere Sviluppare un adattatore per un ruolo VM in Windows Azure. I dati scritti nella directory di archiviazione locale vengono resi persistenti quando viene creata una nuova immagine di un'istanza del server; tuttavia, questi dati possono essere persi in caso di errore temporaneo in Windows Azure per cui viene richiesto lo spostamento dell'istanza del ruolo VM in un hardware diverso.

Nella figura seguente viene fornita una panoramica dei passaggi coinvolti nel processo di sviluppo del ruolo VM:

VMRoleOverview

Tramite Windows Azure viene gestita la disponibilità delle istanze del ruolo VM distribuendo l'immagine, portando online le istanze del ruolo VM, applicando gli aggiornamenti in sequenza, ricreando l'immagine delle istanze del ruolo VM quando richiesto o se necessario a causa di errori temporanei, e indirizzando il traffico di rete mediante l'utilizzo del bilanciamento del carico. Affinché tramite Windows Azure vengano gestite in modo ottimale le istanze del ruolo VM, lo stato dell'istanza deve essere valutato in modo accurato. Mediante Windows Azure viene valutata la conformità dell'istanza del ruolo VM eseguendone il polling per il relativo stato.

Mentre l'istanza del ruolo VM viene portata online, cioè durante il primo avvio e la configurazione del sistema operativo tramite il passaggio di specializzazione e in occasione di ogni avvio successivo dei servizi Windows configurati per l'avvio automatico, viene restituito Busy per il relativo stato quando ne viene eseguito il polling. Una volta lanciati tutti i servizi di avvio automatico, tramite l'istanza del ruolo VM viene restituito Ready. A questo punto, tramite Windows Azure si presuppone che l'istanza del ruolo VM sia effettivamente pronta a ricevere il traffico ed è responsabilità dell'utente verificare questa condizione. Mediante Windows Azure il traffico viene quindi diretto all'istanza finché non viene escluso dalla rotazione del bilanciamento del carico, poiché tramite il codice in esecuzione nell'istanza del ruolo VM il relativo stato viene impostato su Busy o perché è stato avviato lo stato di arresto.

In qualsiasi momento in cui l'istanza del ruolo VM è online, tramite il codice lo stato può essere impostato in modo esplicito su Busy aggiungendo un gestore eventi all'evento StatusCheck. In occasione della generazione dell'evento, il metodo SetBusy può essere chiamato sull'oggetto dell'argomento dell'evento. Quando tramite Windows Azure viene eseguito il polling dell'istanza del ruolo VM e viene rilevato che lo stato è Busy, viene interrotto l'indirizzamento del traffico all'istanza finché non viene di nuovo restituito Ready per lo stato. Quando l'istanza del ruolo VM inizia ad arrestarsi, poiché viene riavviata o ne viene ricreata l'immagine, viene nuovamente restituito Busy. Anche in questo caso non viene ricevuto il traffico dal bilanciamento del carico finché non viene di nuovo riportata online e non viene completata la relativa sequenza di avvio.

Per assicurarsi che il servizio cloud sia disponibile per gestire tutti i contratti di servizio, è consigliabile adottare le strategie seguenti:

  • Configurare sempre il servizio cloud per distribuire almeno due istanze del ruolo VM. Se un'istanza viene portata offline a causa di un errore o un aggiornamento, l'altra istanza può continuare a gestire il traffico finché entrambe le istanze non sono di nuovo online.

  • Se l'adattatore è un servizio di avvio automatico, assicurarsi che l'attività di configurazione dell'istanza del ruolo VM venga completata prima della restituzione del metodo OnStart. Una volta completato il metodo OnStart, il servizio cloud deve trovarsi nello stato Ready e deve rimanere tale finché non viene escluso esplicitamente dalla rotazione o finché non viene avviata una qualsiasi sequenza di arresto.

  • Evitare di riavviare il servizio cloud spontaneamente. Tramite il file di risposte Windows viene configurato in modo che Windows Update venga disattivato per impostazione predefinita; non modificare questa impostazione.

  • Evitare di arrestare Windows dall'interno dell'istanza del ruolo VM.

I prezzi di tutte le istanze dei ruoli VM in esecuzione in Windows Azure vengono determinati in base all'ora di calcolo. La determinazione delle licenze per il ruolo VM è inclusa nel prezzo basato sull'ora di calcolo e non è correlata allo stato delle licenze del supporto di installazione utilizzato per creare il disco rigido virtuale di base.

noteNota
Le applicazioni distribuite in Windows Azure sono soggette ai termini delle licenze associati all'applicazione.

Un disco rigido virtuale viene creato utilizzando la console di gestione di Hyper-V in un server in cui viene eseguito il sistema operativo Windows Server 2008. In questa documentazione questo server viene definito server di origine. Prima di iniziare a compilare un ruolo VM, è necessario effettuare le operazioni seguenti nel server di origine:

  • Installare un'edizione del sistema operativo Windows Server 2008 (è consigliabile utilizzare Windows Server 2008 R2) e installare tutti gli aggiornamenti necessari.

  • Installare il ruolo del server Hyper-V. Per ulteriori informazioni, vedere Installare il ruolo Hyper-V in un'installazione completa di Windows Server 2008.

  • Installare Windows Azure SDK e i relativi prerequisiti. Assicurarsi di disinstallare tutte le versioni precedenti prima di installare quella più recente. Per scaricare la versione più recente, visitare la pagina dei download di Windows Azure.

  • Verificare la disponibilità del supporto di installazione di Windows Server 2008 R2 o di un disco rigido virtuale creato in precedenza. Un file ISO rappresenta un classico supporto di installazione.

  • (Facoltativo) Installare Visual Studio 2010 come supporto per la creazione del modello del servizio e la distribuzione del pacchetto.

È possibile utilizzare un disco rigido virtuale differenze per apportare modifiche a un'immagine server caricata in Windows Azure. Per ulteriori informazioni, vedere Modificare l'immagine server per un ruolo VM in Windows Azure.

Vedere anche

Aggiunte alla community

Microsoft sta conducendo un sondaggio in linea per comprendere l'opinione degli utenti in merito al sito Web di MSDN. Se si sceglie di partecipare, quando si lascia il sito Web di MSDN verrà visualizzato il sondaggio in linea.

Si desidera partecipare?
Mostra:
© 2014 Microsoft