Macchine virtuali Linux in Azure

Si applica a: ✔️ Macchine ✔️ virtuali Linux Macchine virtuali ✔️ Windows Set di scalabilità flessibili

Le macchine virtuali di Azure sono uno dei diversi tipi di risorse di calcolo su richiesta e scalabili offerte da Azure. In genere, si sceglie una macchina virtuale quando è necessario più controllo sull'ambiente di calcolo rispetto alle altre opzioni offerte. Questo articolo fornisce informazioni su ciò che è necessario considerare prima di creare una macchina virtuale, come crearla e come gestirla.

Una macchina virtuale di Azure consente di usufruire della flessibilità della virtualizzazione senza dover acquistare e gestire l'hardware fisico su cui è in esecuzione la macchina virtuale. Tuttavia, è comunque necessario mantenere la macchina virtuale eseguendo attività, ad esempio la configurazione, l'applicazione di patch e l'installazione del software in esecuzione.

È possibile usare le macchine virtuali di Azure in vari modi. Ad esempio:

  • Sviluppo e test : le macchine virtuali di Azure offrono un modo semplice e rapido per creare un computer con configurazioni specifiche necessarie per il codice e il test di un'applicazione.
  • Applicazioni nel cloud : poiché la domanda per l'applicazione può variare, potrebbe essere utile eseguirla in una macchina virtuale in Azure. Si paga per macchine virtuali aggiuntive quando sono necessarie e le si arresta quando non si esegue.
  • Data center esteso : le macchine virtuali in una rete virtuale di Azure possono essere facilmente connesse alla rete dell'organizzazione.

Il numero di macchine virtuali usate dall'applicazione può aumentare e uscire da qualsiasi cosa sia necessaria per soddisfare le esigenze.

Cosa devo pensare prima di creare una macchina virtuale?

Esistono sempre numerose considerazioni di progettazione quando si compila un'infrastruttura di applicazioni in Azure. Questi aspetti di una macchina virtuale sono importanti da considerare prima di iniziare:

  • Nomi delle risorse dell'applicazione
  • Posizione in cui sono archiviate le risorse
  • Dimensioni della macchina virtuale
  • Numero massimo di macchine virtuali che possono essere create
  • Sistema operativo eseguito dalla macchina virtuale
  • Configurazione della macchina virtuale dopo l'avvio
  • Risorse correlate necessarie alla macchina virtuale

Percorsi

Esistono più aree geografiche in tutto il mondo in cui è possibile creare risorse di Azure. In genere, l'area viene chiamata posizione quando si crea una macchina virtuale. Per una macchina virtuale, il percorso specifica dove verranno archiviati i dischi rigidi virtuali.

Questa tabella illustra alcuni dei metodi con cui è possibile ottenere un elenco di località disponibili.

Metodo Descrizione
Portale di Azure Selezionare un percorso dall'elenco quando si crea una macchina virtuale.
Azure PowerShell Usare il comando Get-AzLocation.
API REST Usare l'operazione List locations.
Interfaccia della riga di comando di Azure Usare l'operazione az account list-locations.

Disponibilità

Esistono più opzioni per gestire la disponibilità delle macchine virtuali in Azure.

  • zone di disponibilità sono zone separate fisicamente all'interno di un'area di Azure. Le zone di disponibilità garantiscono la connettività della macchina virtuale a almeno un'istanza pari al 99,99% del tempo in cui sono state distribuite due o più istanze in due o più zone di disponibilità nella stessa area di Azure.
  • set di scalabilità di macchine virtuali consente di creare e gestire un gruppo di macchine virtuali con carico bilanciato. Il numero di istanze di macchine virtuali può aumentare o diminuire automaticamente in risposta alla domanda o a una pianificazione definita. I set di scalabilità offrono disponibilità elevata alle applicazioni e consentono di gestire, configurare e aggiornare in modo centralizzato molte macchine virtuali. Le macchine virtuali in un set di scalabilità possono anche essere distribuite in più zone di disponibilità, in una singola zona di disponibilità o a livello di area.

Per altre informazioni, vedere Opzioni di disponibilità per macchine virtuali di Azure e contratto di servizio per le macchine virtuali di Azure.

Dimensioni e prezzi

La dimensione della macchina virtuale usata è determinata dal carico di lavoro che si vuole eseguire. Le dimensioni scelte determinano quindi fattori come potenza di elaborazione, memoria, capacità di archiviazione e larghezza di banda di rete. Azure offre una vasta gamma di dimensioni per supportare molti tipi di uso.

Azure carica un prezzo orario in base alle dimensioni e al sistema operativo della macchina virtuale. Per le ore parziali, Azure addebita il costo solo dei minuti usati. I costi di archiviazione vengono determinati e addebitati separatamente.

Limiti totali di core della macchina virtuale

La sottoscrizione ha limiti di quota predefiniti che potrebbero influire sulla distribuzione di molte macchine virtuali per il progetto. Il limite corrente per sottoscrizione è pari a 20 core totali di macchine virtuali per area. I limiti possono essere aumentati creando un ticket di supporto in cui si richiede tale incremento.

Managed Disks

Managed Disks gestisce la creazione e la gestione dell'account di archiviazione di Azure in background e garantisce che non sia necessario preoccuparsi dei limiti di scalabilità dell'account di archiviazione. Specificare le dimensioni del disco e il livello di prestazioni, Standard o Premium, e Azure si occuperà della creazione e della gestione del disco. Quando si aggiungono dischi o si ridimensiona la macchina virtuale verso l'alto e il basso, non è necessario preoccuparsi dell'archiviazione usata. Se si creano nuove macchine virtuali, usare l'interfaccia della riga di comando di Azure o il portale di Azure per creare macchine virtuali con il sistema operativo gestito e i dischi dati. Se si dispone di macchine virtuali con dischi non gestiti, è possibile convertire le macchine virtuali da eseguire con Managed Disks.

È anche possibile gestire le immagini personalizzate in un account di archiviazione per area di Azure e usarle per creare centinaia di macchine virtuali nella stessa sottoscrizione. Per altre informazioni sui dischi gestiti, vedere Azure Managed Disks overview (Panoramica di Azure Managed Disks).

Distribuzioni

Microsoft Azure supporta diverse distribuzioni linux e Windows. È possibile trovare distribuzioni disponibili nel marketplace, portale di Azure o eseguendo query sui risultati usando l'interfaccia della riga di comando, PowerShell e le API REST.

Questa tabella illustra alcuni metodi per ottenere informazioni relative a un'immagine.

Metodo Descrizione
Portale di Azure I valori vengono specificati automaticamente quando si seleziona un'immagine da usare.
Azure PowerShell Get-AzVMImagePublisher -Location località
Get-AzVMImageOffer -Location località -Publisher nomeEditore
Get-AzVMImageSku -Location località -Publisher nomeEditore -Offer nomeOfferta
API REST List image publishers
List image offers
List image skus
Interfaccia della riga di comando di Azure az vm image list-publishers --location località
az vm image list-offers --location località --publisher nomeEditore
az vm image list-skus --location località --publisher nomeEditore --offer nomeOfferta

Microsoft collabora con i partner per verificare che le immagini disponibili vengano aggiornate e ottimizzate per un runtime Azure. Per altre informazioni sulle offerte dei partner di Azure, vedere la Azure Marketplace

cloud-init

Azure supporta cloud-init nella maggior parte delle distribuzioni Linux che lo supportano. stiamo lavorando attivamente con i nostri partner Linux per avere immagini abilitate per il cloud nel Azure Marketplace. Queste immagini renderanno le distribuzioni e le configurazioni cloud-init funzionano senza problemi con macchine virtuali e set di scalabilità di macchine virtuali.

Per altre informazioni, vedere Uso di cloud-init in macchine virtuali Linux di Azure.

Archiviazione

Rete

Interruzioni del servizio

Microsoft si impegna costantemente per garantire agli utenti la disponibilità dei servizi in base alle esigenze. Eventi imprevisti possono, tuttavia, causare interruzioni non pianificate dei servizi.

La connettività e la disponibilità dei servizi Microsoft sono garantite da un contratto di servizio. I contratti di servizio relativi ai singoli servizi di Azure sono disponibili alla pagina Contratti di servizio.

Azure offre già diverse funzionalità della piattaforma predefinite che supportano applicazioni a disponibilità elevata. Per altre informazioni su questi servizi, vedere Ripristino di emergenza e disponibilità elevata per le applicazioni basate su Microsoft Azure.

Questo articolo illustra uno scenario reale di ripristino di emergenza, quando in un'intera area si verifica un'interruzione a causa di un grave disastro naturale o di un'interruzione diffusa del servizio. Si tratta di episodi rari, ma è necessario prepararsi alla possibilità che si verifichi un evento del genere. In caso di un'interruzione del servizio che interessa un'intera area, le copie ridondanti locali dei dati non saranno temporaneamente disponibili. Se è stata abilitata la replica geografica, esistono altre tre copie dei BLOB e delle tabelle di Archiviazione di Azure memorizzate in un'area diversa. In caso di interruzione a livello di area completa o di emergenza in cui l'area primaria non è recuperabile, Azure esegue nuovamente il mapping di tutte le voci DNS all'area con replica geografica.

Per semplificare la gestione di questi rari avvenimenti, di seguito vengono fornite indicazioni per le macchine virtuali di Azure in caso di interruzione del servizio nell'intera area in cui è distribuita la macchina virtuale di Azure.

Opzione 1: avviare un failover con Azure Site Recovery

È possibile configurare Azure Site Recovery per le macchine virtuali in modo che sia possibile recuperare l'applicazione con un solo clic in pochi minuti. È possibile eseguire la replica in un'area di Azure di propria scelta che non sia limitata alle aree associate. Iniziare eseguendo la replica delle macchine virtuali. È possibile creare un piano di ripristino in modo da poter automatizzare tutto il processo di failover per l'applicazione. È possibile prima fare il test dei failover senza alcun impatto sull'applicazione di produzione o sulla replica in corso. In caso di interruzione di un'area primaria basta avviare un failover e portare l'applicazione nell'area di destinazione.

Opzione 2: attendere il ripristino

In tal caso, non è necessaria alcuna azione da parte dell'utente. Sapere che stiamo lavorando in modo diligente per ripristinare la disponibilità del servizio. È possibile vedere lo stato corrente del servizio nel dashboard per l'integrità dei servizi di Azure.

Questa è l'opzione migliore se non sono stati configurati Azure Site Recovery, l'archiviazione con ridondanza geografica e accesso in lettura o l'archiviazione con ridondanza geografica precedente all'interruzione . Se è stata impostata l'archiviazione con ridondanza geografica o con ridondanza geografica e accesso in lettura per l'account di archiviazione in cui sono archiviati i dischi rigidi virtuali della VM, è possibile cercare di ripristinare il VHD immagine di base e usarlo per provare a effettuare il provisioning di una nuova VM. Non si tratta di un'opzione preferita perché non vi sono garanzie di sincronizzazione dei dati. Di conseguenza, questa opzione non è garantita per il funzionamento.

Nota

Tenere presente che non si ha alcun controllo su questo processo e si verificherà solo per interruzioni del servizio a livello di area. Per questo motivo, è necessario affidarsi anche ad altre strategie di backup specifiche dell'applicazione per ottenere il massimo livello di disponibilità. Per altre informazioni, vedere la sezione Strategie di dati per il ripristino di emergenza.

Risorse per interruzioni del servizio

Residenza dei dati

In Azure la funzionalità per abilitare l'archiviazione dei dati dei clienti in una singola area è attualmente disponibile solo nell'area Asia sud-orientale (Singapore) dell'area geografica Asia Pacifico e nell'area Brasile meridionale (stato di San Paolo) dell'area geografica Brasile. Per tutte le altre aree i dati dei clienti vengono archiviati in Geo. Per altre informazioni, visitare il Centro protezione.

Passaggi successivi

Creare la prima macchina virtuale!