Macchine virtuali in Azure

Applica a: ✔️ macchine virtuali Linux ✔️ macchine virtuali Windows ✔️ set di scalabilità flessibili

Azure macchine virtuali (VM) sono uno dei diversi tipi di risorse di calcolo on demand e scalabili offerte da Azure. In genere, la scelta ricadrà su una macchina virtuale se è necessario maggiore controllo dell'ambiente di elaborazione rispetto a quanto offerto dalle altre scelte. Questo articolo fornisce informazioni sugli aspetti da tenere in considerazione prima di creare una macchina virtuale e sulla relativa modalità di creazione e gestione.

Una macchina virtuale Azure offre la flessibilità della virtualizzazione senza dover acquistare e gestire l'hardware fisico che lo esegue. È comunque necessario gestire la macchina virtuale eseguendo determinate attività, ovvero configurazione, applicazione di patch e installazione del software in esecuzione sulla macchina virtuale.

Azure le macchine virtuali possono essere usate in diversi modi. Ad esempio:

• Sviluppo e test – Le macchine virtuali di Azure offrono un modo rapido e semplice per creare un computer con configurazioni specifiche necessarie per realizzare il codice e testare un'applicazione.
• Applicazioni nel cloud: poiché la domanda per l'applicazione può variare, potrebbe essere utile eseguirla in una macchina virtuale in Azure. È possibile pagare per macchine virtuali aggiuntive quando sono necessarie e arrestarle quando non lo sono più.
• Datacenter esteso: le macchine virtuali in una rete virtuale Azure possono essere facilmente connesse alla rete dell'organizzazione.

Aspetti da tenere in considerazione prima di creare una macchina virtuale

Quando si costruisce un'infrastruttura delle applicazioni in Azure, c'è sempre una moltitudine di considerazioni di progettazione. Prima di iniziare, è quindi importante analizzare gli aspetti seguenti di una macchina virtuale:

• Nomi delle risorse
• Posizione in cui sono archiviate le risorse
• Dimensione della macchina virtuale
• Numero massimo di macchine virtuali che è possibile creare
• Sistema operativo eseguito dalla macchina virtuale
• Configurazione della macchina virtuale dopo l'avvio
• Risorse correlate necessarie alla macchina virtuale

Parti di una macchina virtuale e come vengono fatturate

Quando si crea una macchina virtuale, si creano anche risorse che supportano la macchina virtuale. Queste risorse sono dotate di costi propri che devono essere presi in considerazione.

Le risorse predefinite che supportano una macchina virtuale e il modo in cui vengono fatturate sono descritte in dettaglio nella tabella seguente:

È anche possibile scegliere di avere Azure possibile creare e archiviare chiavi SSH pubbliche e private: Azure usa la chiave pubblica nella macchina virtuale e si usa la chiave privata quando si accede alla macchina virtuale tramite SSH. In caso contrario, sono necessari un nome utente e una password.

Per impostazione predefinita, queste risorse vengono create nello stesso gruppo di risorse della macchina virtuale.

Posizioni

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

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

Disponibilità

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

• zone di disponibilità sono zone fisicamente separate all'interno di un'area Azure. Availability zones garantiscono la connettività delle macchine virtuali ad almeno un'istanza nel 99,99% del tempo quando vengono distribuite due o più istanze in due o più zone di disponibilità nella stessa regione 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 per le 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 ulteriori informazioni, vedere le opzioni di Disponibilità per le macchine virtuali di Azure e SLA per le macchine virtuali di Azure.

Dimensioni e prezzi

Le dimensioni della macchina virtuale in uso sono determinate dal carico di lavoro che si intende eseguire. Le dimensioni scelte determinano quindi fattori quali potenza di elaborazione, memoria, capacità di archiviazione e larghezza di banda della rete. Azure offre un'ampia gamma di dimensioni per supportare molti tipi di utilizzo.

Azure addebita un prezzo hourly in base alle dimensioni e al sistema operativo della macchina virtuale. Per le ore parziali, Azure addebiti solo per i minuti usati. I costi di archiviazione vengono determinati e addebitati separatamente.

Scalabilità in più macchine virtuali

È possibile ridimensionare in orizzontale o verticale il numero di macchine virtuali usate dall'applicazione in base alle proprie esigenze. Azure offre diversi sistemi di scalabilità automatica e tipi di istanza in base alle dimensioni del carico di lavoro. Per altre informazioni sul ridimensionamento, confrontare i prodotti di calcolo basati su macchine virtuali.

Limiti di core totali della macchina virtuale

La sottoscrizione prevede limiti di quota predefiniti che potrebbero influire sulla distribuzione di molte macchine virtuali per il progetto. Il limite corrente per ogni sottoscrizione è di 20 core totali di macchina virtuale per area. I limiti possono essere aumentati inviando un ticket di supporto richiedendo un aumento. La quota e la capacità vengono controllate separatamente durante la distribuzione. Anche con la quota approvata, la distribuzione può comunque non riuscire se non è disponibile una capacità sufficiente nell'area di destinazione o nella zona di disponibilità.

Dischi gestiti

I dischi gestiti gestiscono automaticamente la creazione e la gestione degli account di Archiviazione di Azure in background, assicurandoti che non dovrai preoccuparti dei limiti di scalabilità degli account di archiviazione. Specificare le dimensioni del disco e il livello di prestazioni (Standard o Premium) e Azure crea e gestisce il disco. Durante l'aggiunta di dischi o il ridimensionamento della macchina virtuale non è necessario preoccuparsi dello spazio di archiviazione usato. Se si creano nuove macchine virtuali, usare il 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 in modo che siano supportate con dischi gestiti.

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

Distribuzioni

Microsoft Azure supporta varie distribuzioni di Linux e Windows. È possibile trovare le distribuzioni disponibili nel portale di marketplace, Azure portale 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.

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

cloud-init

Azure supporta cloud-init nella maggior parte delle distribuzioni Linux che la supportano. Microsoft collabora attivamente con i partner Linux per rendere disponibili le immagini abilitate per cloud-init nel Azure Marketplace. Queste immagini permettono il funzionamento uniforme di distribuzioni e configurazioni di cloud-init con macchine virtuali e set di scalabilità di macchine virtuali.

Per ulteriori informazioni, vedere Usare cloud-init su le macchine virtuali Linux di Azure.

Immagazzinamento

• Introduzione a Microsoft Archiviazione di Azure
• Aggiungere un disco a una macchina virtuale Linux usando l'interfaccia della riga di comando di Azure
• Come collegare un disco dati a una macchina virtuale Linux nel portale di Azure

Archiviazione temporanea locale

Alcune dimensioni di vm Azure includono l'archiviazione temporanea locale, con alcune delle dimensioni più recenti che usano dischi NVMe locali. L'archiviazione temporanea locale usa dischi aggiuntivi di cui è stato effettuato il provisioning direttamente come risorsa di archiviazione locale in un host di macchine virtuali Azure anziché in Archiviazione di Azure remoto. Questo tipo di archiviazione è più adatto per i dati che non devono essere conservati in modo permanente, ad esempio cache, buffer e file temporanei. Poiché i dati archiviati in questi dischi non vengono sottoposti a backup, vengono persi quando la macchina virtuale viene deallocata o eliminata. L'archiviazione effimera viene ricreata all'avvio. I dischi temporanei locali sono diversi dai dischi temporanei del sistema operativo.

I dischi temporanei locali presentano esattamente come altri dischi di archiviazione remota, ad esempio dischi SSD Premium v2, ma hanno aggiunto vantaggi in termini di prestazioni e non vengono conteggiati rispetto ai limiti di operazioni di I/O al secondo e velocità effettiva della macchina virtuale.

Di seguito sono elencate le caratteristiche principali dell'archiviazione temporanea locale:

• Latenza ultra bassa: le operazioni di lettura/scrittura si verificano nell'hardware fisicamente in condivisione con le risorse di calcolo della macchina virtuale, riducendo al minimo gli hop di rete e abilitando i tempi di risposta sub-millisecondi.
• Operazioni di I/O al secondo e velocità effettiva superiori: le prestazioni si ridimensionano con l'archiviazione locale sottostante, spesso fornendo operazioni di I/O al secondo 8-10 volte superiori rispetto a HDD Standard quando si usa SSD Premium come base, con limiti collegati alle dimensioni della macchina virtuale (fino alla capacità del disco NVMe, che ha un limite di 2.040 GiB).

Le dimensioni delle macchine virtuali di Azure con una convenzione di denominazione con "d", ad esempio Dadsv6, Eadsv6 e FXmdsv2, includono l'archiviazione NVMe locale dedicata. Queste dimensioni consentono di inserire file temporanei, spazio di scambio o componenti di I/O elevati, ad esempio SQL Server tempdb file di database sul disco temporaneo per migliorare le prestazioni.

Rete

• Panoramica di Rete virtuale
• indirizzi IP in Azure
• Aprire le porte a una macchina virtuale Linux in Azure
• Creare un nome di dominio completo nel portale di Azure

Interruzioni del servizio

In Microsoft, lavoriamo duramente per assicurarti che i nostri servizi siano sempre disponibili quando ne hai bisogno. Eventi imprevisti possono, tuttavia, causare interruzioni non pianificate dei servizi.

Microsoft fornisce un Accordo sul Livello di Servizio (SLA) per i suoi servizi come impegno per la disponibilità e la connettività. Il contratto di servizio per i singoli servizi Azure è disponibile in Azure Contratti di servizio.

Azure dispone già di molte funzionalità della piattaforma predefinite che supportano applicazioni a disponibilità elevata. Per altre informazioni su questi servizi, vedere Ripristino e disponibilità elevata per le applicazioni 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, in un'area diversa vengono archiviate tre copie aggiuntive dei BLOB e delle tabelle Archiviazione di Azure. In caso di interruzione completa a livello di area o di emergenza in cui l'area primaria non è recuperabile, Azure esegue il mapping di tutte le voci DNS all'area con replica geografica.

In caso di interruzione del servizio dell'intera area in cui viene distribuita l'applicazione macchina virtuale Azure, vengono fornite le indicazioni seguenti per Azure macchine virtuali.

Opzione 1: Avviare un failover usando Azure Site Recovery

È possibile configurare Azure Site Recovery per le macchine virtuali in modo da poter ripristinare l'applicazione con un solo clic in pochi minuti. È possibile eseguire la replica nell'area di Azure di propria scelta senza essere limitati alle aree abbinate. 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. Si sta lavorando per ripristinare la disponibilità dei servizi. È possibile visualizzare lo stato corrente del servizio nel dashboard integrità dei servizi di Azure dashboard.

Questa opzione è la soluzione migliore se non si configura Azure Site Recovery, l'archiviazione con ridondanza geografica e accesso in lettura o l'archiviazione con ridondanza geografica prima dell'interruzione. Se si imposta l'archiviazione con ridondanza geografica o con ridondanza geografica con accesso in lettura per l'account di archiviazione in cui si trovano i dischi rigidi virtuali della macchina virtuale, è possibile cercare di ripristinare il VHD dell'immagine di base e provare a effettuare il provisioning di una nuova VM. Questa opzione non è la preferita perché non vi sono garanzie della sincronizzazione dei dati, il che significa che non è garantito che funzioni.

Risorse per le interruzioni del servizio

• Inizia a proteggere le tue applicazioni eseguendo sulle macchine virtuali di Azure usando Azure Site Recovery

• Per altre informazioni su come implementare un ripristino di emergenza e una strategia di disponibilità elevata, vedere Disaster recovery and high availability for Azure applications.

• Per sviluppare una conoscenza tecnica dettagliata delle funzionalità di una piattaforma cloud, vedere Azure indicazioni tecniche sulla resilienza.

• Se le istruzioni non sono chiare o se si vuole Microsoft eseguire le operazioni per conto dell'utente, contattare Customer Support.

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 brasile meridionale (Stato di San Paolo) del Brasile geografico. Per tutte le altre aree, i dati dei clienti vengono archiviati nell'area geografica. Per altre informazioni, visitare il Centro protezione.

Passaggi successivi

Creare la prima macchina virtuale.

• Portale
• interfaccia della riga di comando di Azure
• PowerShell