I COOKIE CI PERMETTONO DI MIGLIORARE LA TUA ESPERIENZA UTENTE CONTINUANDO A NAVIGARE SU QUESTO SITO ACCETTI IL LORO IMPIEGO 

Valutazione attuale: 0 / 5

Stella inattivaStella inattivaStella inattivaStella inattivaStella inattiva
 

Tutte le applicazioni Windows Azure e tutti i dati nell'archivio di Windows Azure risiedono in data center di Microsoft. All'interno del data center, i computer dedicati a Windows Azure e il software eseguito in ciascuno di essi sono gestiti dal controller di infrastruttura, come illustrato nella figura 5.

 

Figura5: il controller di infrastruttura interagisce con le applicazioni Windows Azure mediante un agente di infrastruttura.

Lo stesso controller di infrastruttura è un'applicazione distribuita che viene replicata in un gruppo di computer e controlla tutte le risorse dell'ambiente: computer, switch, servizi di bilanciamento del carico e così via. Poiché è in grado di comunicare con un agente di infrastruttura in ogni computer, è anche a conoscenza di ogni applicazione Windows Azure nell'infrastruttura. Il controller di infrastruttura vede l'archivio di Windows Azure come un'applicazione a se stante e per tale motivo non ha alcuna visibilità sui dettagli della gestione dei dati e sulla replica.

Questa ampia disponibilità di informazioni permette al controller di infrastruttura di svolgere numerose attività utili, ad esempio monitorare tutte le applicazioni in esecuzione, offrendo un quadro immediato di ciò che sta accadendo nell'infrastruttura, e decidere dove debbano essere eseguite le nuove applicazioni, scegliendo i server fisici per ottimizzare l'utilizzo dell'hardware. A tale scopo, il controller di infrastruttura dipende dalle informazioni di configurazione caricate in ogni applicazione Windows Azure. Il file corrispondente fornisce una descrizione basata su XML delle esigenze dell'applicazione, ad esempio il numero delle istanze di ruolo Web o di lavoro e altro ancora. Quando il controller di infrastruttura implementa una nuova applicazione, utilizza questo file di configurazione per determinare il numero di macchine virtuali da creare.

Una volta create le macchine virtuali, il controller di infrastruttura ne esegue il monitoraggio. Se ad esempio un'applicazione necessita di cinque istanze di ruolo Web e una di queste subisce un arresto anomalo, il controller di infrastruttura ne avvierà automaticamente una nuova. Se allo stesso modo smette di funzionare un computer in cui è in esecuzione una macchina virtuale, il controller di infrastruttura avvierà una nuova istanza del ruolo in un altro computer, reimpostando il servizio di bilanciamento del carico per indirizzare il carico verso la nuova macchina virtuale.

 La nuova versione Windows Azure offre agli sviluppatori cinque dimensioni per le macchine virtuali tra cui scegliere, ovvero:

  • Molto piccola, con CPU a core singolo da 1,0 GHz, 768 MB di memoria e 20 GB di spazio di archiviazione delle istanze
  • Piccola, con CPU a core singolo da 1,6 GHz, 1,75 GB di memoria e 225 GB di spazio di archiviazione delle istanze
  • Media, con CPU dual-core da 1,6 GHz, 3,5 GB di memoria e 490 GB di spazio di archiviazione delle istanze
  • Grande, con CPU a quattro core da 1,6 GHz, 7 GB di memoria e 1000 GB di spazio di archiviazione delle istanze
  • Molto grande, con CPU a otto core da 1,6 GHz, 14 GB di memoria e 2040 GB di spazio di archiviazione delle istanze

Un'istanza di dimensioni molto piccole condivide una core del processore con altre istanze delle stesse dimensioni, mentre per tutte le altre dimensioni ogni istanza dispone di una o più core dedicate. In questo modo, le prestazioni di un'applicazione risultano prevedibili e non vi è alcun vincolo di durata per l'esecuzione delle istanze. Ad esempio, un'istanza di ruolo Web può impiegare tutto il tempo necessario a gestire la richiesta di un utente, mentre un'istanza di ruolo di lavoro può elaborare il valore del pi greco fino a un milione di cifre dopo lo zero.

Per i ruoli Web e di lavoro (ma non per i ruoli VM), il controller di infrastruttura gestisce inoltre il sistema operativo di ogni istanza, eseguendo anche attività come l'applicazione di patch e l'aggiornamento di altre applicazioni software di sistema. In tal modo gli sviluppatori possono concentrarsi esclusivamente sulla creazione di applicazioni, senza preoccuparsi della gestione della piattaforma stessa. È importante comprendere, tuttavia, che il controller di infrastruttura presuppone sempre che siano in esecuzione almeno due istanze di ogni ruolo, per consentire l'arresto di una delle due istanze per aggiornare il relativo software senza interrompere l'esecuzione dell'intera applicazione. Per questo e per altri motivi, non è consigliabile eseguire una sola istanza di un ruolo di Windows Azure.

Torna all'articolo principale

Articolo succassivo

You have no rights to post comments