Domanda

C'è un modo do fare elasticità dinamico in Windows Azure? Se i miei lavoratori cominciano ad essere sovraccaricato, o le code iniziano a diventare troppo pieno o troppo molti lavoratori non hanno alcun lavoro da fare, c'è un modo per aggiungere o dinamicamente lavoratori rimuovere tramite codice o è che appena fatto manualmente (richiede l'intervento umano) a destra adesso? Qualcuno sa di eventuali piani per aggiungere che se la sua non è attualmente disponibile?

È stato utile?

Soluzione

C'è un'API Service Management, ed è possibile utilizzare che per scalare l'applicazione (dal codice in esecuzione in Windows Azure o dal codice in esecuzione all'esterno di Windows Azure).

http://msdn.microsoft.com/en-us/library /ee460799.aspx e http: // codice .msdn.microsoft.com / uscita / ProjectReleases.aspx? ProjectName = windowsazuresamples & ReleaseId = 3233 .

Altri suggerimenti

spedito il autoscaling Application Block (Wasabi) per fornire scalabilità dinamica. Alcuni degli scenari supportati:

  1. AutoScaling entrambi i ruoli web e dei lavoratori in Windows Azure, modificando dinamicamente i conteggi delle istanze o l'esecuzione di limitazione applicazione.
  2. ruoli Autoscaling Windows Azure basati sugli orari.
  3. ruoli Autoscaling Windows Azure in base alle metriche raccolte dall'applicazione e / o Windows Azure, ma vincolati da limiti superiori e inferiori sul numero di istanza per ruolo.
  4. Prevenire le oscillazioni veloci del numero di istanze di ruolo con lo stabilizzatore. Lo stabilizzatore può anche aiutare a costi ottimizzare limitando scaling up operazioni all'inizio dell'ora e ridimensionamento operazioni alla fine della seduta.
  5. Il monitoraggio e la registrazione dell'attività autoscaling.
  6. L'invio di notifiche per visualizzare in anteprima qualsiasi operazione di scalatura prima di prendere posto.
  7. Encrypting le regole e le altre configurazioni di archiviazione blob Windows Azure o in deposito file locale.
  8. Gestione della configurazione autoscaler tramite Windows PowerShell.

Un'applicazione di esempio comprehensie ( indagini Tailspin ) mostra tutte queste caratteristiche è fornito (istruzioni per l'installazione sono disponibili qui ). Inoltre, controllare la Guida e lo sviluppatore Channel9 walkthrough video .

Il blocco è disponibile come download standalone di binari , fonte o tramite NuGet .

Ecco un paio di colloqui / le dimostrazioni di Wasabi in azione:

Windows Azure ha appena aggiunto la funzione autoscaling integrato nella piattaforma. Ora è banalmente facile per configurare le regole autoscaling proprio nel portale di gestione: Configurazione AutoScaling in base all'utilizzo della CPU in Windows Azure

Vedere la annuncio e la demo . Ho anche scritto un posta confrontando Windows Azure Autoscale Wasabi e delineare il percorso in avanti.

  1. Creare una coda di nome autoscale.[your_role_name].instance_count
  2. Nel portale di gestione, impostare l'autoscale per Queue.
  3. Imposta il Target Count campo per 1.

Ora è possibile utilizzare accodamento di serie e le operazioni dequeue su quella coda per controllare il numero di istanze di ruolo di lavoro. Hai 7 giorni di tempo per elaborare un messaggio prima della scadenza, così si potrebbe desiderare di creare un ruolo di lavoro in grado di assicurare che il numero di messaggi nella coda sta rintracciando il valore istanza di destinazione.

Se siete dopo l'elasticità dinamica, probabilmente avete già ottenuto un controller-based operaio-ruolo in mente già, in modo che probabilmente non è un problema.

Lokad.Cloud progetto open source per Windows Azure contiene distribuito. Tra le altre cose fornisce auto-scaling con VM provisioning funzione .

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top