Macchine virtuali Linux in Azure
Si applica a: ✔️ macchine virtuali Linux ✔️ macchine virtuali Windows ✔️ set di scalabilità flessibili
Le macchine virtuali (VM) 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 un maggiore controllo sull'ambiente di calcolo rispetto alle altre opzioni offerte. Questo articolo fornisce informazioni su cosa considerare prima di creare una macchina virtuale, su come crearla e su 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.
Le macchine virtuali di Azure possono essere usate in vari modi. Alcuni esempi sono:
- Sviluppo e test : le macchine virtuali di Azure offrono un modo rapido e semplice per creare un computer con configurazioni specifiche necessarie per scrivere codice e testare un'applicazione.
- Applicazioni nel cloud : poiché la domanda per l'applicazione può variare, può essere utile eseguirla in una macchina virtuale in Azure. Si paga per macchine virtuali aggiuntive quando sono necessarie e si arresta quando non lo 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 aumentare le prestazioni in base alle esigenze.
Cosa occorre considerare prima di creare una macchina virtuale?
Quando si compila un'infrastruttura di applicazioni in Azure, è sempre presente una moltitudine di considerazioni di progettazione. Questi aspetti di una macchina virtuale sono importanti da considerare prima di iniziare:
- Nomi delle risorse
- Posizione in cui sono archiviate le risorse
- Dimensioni 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:
| Risorsa | Descrizione | Costii |
|---|---|---|
| Rete virtuale | Per offrire alla macchina virtuale la possibilità di comunicare con altre risorse | Prezzi della rete virtuale |
| Scheda di interfaccia di rete virtuale (NIC) | Per la connessione alla rete virtuale | Non sono previsti costi separati per le schede di interfaccia di rete. Esiste tuttavia un limite al numero di schede di interfaccia di rete che è possibile usare in base alle dimensioni della macchina virtuale. Ridimensionare la macchina virtuale di conseguenza e fare riferimento ai prezzi delle macchine virtuali. |
| Un indirizzo IP privato e talvolta un indirizzo IP pubblico. | Per la comunicazione e lo scambio di dati nella rete e con reti esterne | Prezzi degli indirizzi IP |
| Gruppo di sicurezza di rete | Per la gestione del traffico di rete da e verso la macchina virtuale. Ad esempio, potrebbe essere necessario aprire la porta 22 per l'accesso SSH, ma potrebbe essere necessario bloccare il traffico verso la porta 80. Il blocco e l'accesso alle porte viene eseguito tramite il gruppo di sicurezza di rete. | Non sono previsti costi aggiuntivi per i gruppi di sicurezza di rete in Azure. |
| Disco del sistema operativo ed eventualmente dischi separati per i dati. | È consigliabile mantenere i dati in un disco separato dal sistema operativo, in caso di errore di una macchina virtuale, è possibile scollegare il disco dati e collegarli a una nuova macchina virtuale. | Tutte le nuove macchine virtuali hanno un disco del sistema operativo e un disco locale. Azure non viene addebitato per l'archiviazione su disco locale. Il disco del sistema operativo, che in genere è 127GiB, ma è più piccolo per alcune immagini, viene addebitato alla frequenza regolare per i dischi. È possibile visualizzare il costo per collegare dischi basati su SSD (Premium) e Standard (HDD) alle macchine virtuali nella pagina dei prezzi di Managed Disks. |
| In alcuni casi, una licenza per il sistema operativo | Per fornire le esecuzioni della macchina virtuale per eseguire il sistema operativo | Il costo varia in base al numero di core nella macchina virtuale, in modo da ridimensionare di conseguenza la macchina virtuale. Il costo può essere ridotto tramite il Vantaggio Azure Hybrid. |
È anche possibile scegliere di fare in modo che Azure possa 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, è necessario un nome utente e una password.
Per impostazione predefinita, queste risorse vengono create nello stesso gruppo di risorse della macchina virtuale.
Ubicazioni
Le risorse di Microsoft Azure si possono creare in più aree geografiche in tutto il mondo. In genere, l'area viene chiamata località quando si crea una macchina virtuale. Per una macchina virtuale, il percorso specifica dove vengono 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. |
| REST API | Usare l'operazione List locations. |
| Interfaccia della riga di comando di Azure | Usare l'operazione az account list-locations. |
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 di Azure. Le zone di disponibilità garantiscono la connettività della macchina virtuale ad almeno un'istanza del 99,99% del tempo in cui sono 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 macchina virtuale 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 le macchine virtuali di Azure e il contratto di servizio per le macchine virtuali di Azure.
Dimensioni e prezzi
Le dimensioni della macchina virtuale usata sono determinate dal carico di lavoro che si vuole eseguire. Le dimensioni scelte determinano quindi fattori quali potenza di elaborazione, memoria, capacità di archiviazione e larghezza di banda della rete. Azure offre una vasta gamma di dimensioni per supportare molti tipi di usi.
Azure addebita 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 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 della macchina virtuale per area. I limiti possono essere aumentati creando un ticket di supporto in cui si richiede tale incremento.
Dischi gestiti
Managed Disks gestisce Archiviazione di Azure creazione e gestione degli account 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. 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 l'interfaccia della riga di comando di Azure o l'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 di cui eseguire il backup con Managed Disks.
È anche possibile gestire le immagini personalizzate in un account di archiviazione per ogni 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 supporto tecnico di Azure varie distribuzioni di Linux e Windows. È possibile trovare le 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 Azure Marketplace
cloud-init
supporto tecnico di Azure per cloud-init nella maggior parte delle distribuzioni Linux che la supportano. Microsoft collabora attivamente con i partner Linux per rendere disponibili immagini abilitate per cloud-init in Azure Marketplace. Queste immagini rendono le distribuzioni e le configurazioni cloud-init perfettamente funzionanti con macchine virtuali e set di scalabilità di macchine virtuali.
Per altre informazioni, vedere Uso di cloud-init in macchine virtuali Linux di Azure.
Storage
- Introduzione ad Archiviazione di Microsoft Azure
- Aggiungere un disco a una macchina virtuale Linux usando azure-cli
- Come collegare un disco dati a una macchina virtuale Linux nel portale di Azure
Rete
- Panoramica di Rete virtuale.
- Indirizzi IP in Azure
- Apertura di porte a una macchina virtuale Linux in Azure
- Creare un nome di dominio completo nel portale di Azure
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 rare occorrenze, ma è necessario prepararsi per la possibilità che si verifichi un'interruzione di un'intera area. 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 di nuovo 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 di Azure, vengono fornite le indicazioni seguenti per le macchine virtuali 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. Sappiamo che stiamo lavorando diligentemente per ripristinare la disponibilità del servizio. È possibile vedere lo stato corrente del servizio nel dashboard per l'integrità dei servizi di Azure.
Questa opzione è la scelta 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 configura l'archiviazione con ridondanza geografica o l'archiviazione con ridondanza geografica e accesso in lettura per l'account di archiviazione in cui sono archiviati i dischi rigidi virtuali della macchina virtuale della macchina virtuale, è possibile cercare di ripristinare il disco rigido virtuale dell'immagine di base e provare a effettuare il provisioning di una nuova macchina virtuale. Questa opzione non è preferibile perché non vi sono garanzie di sincronizzazione dei dati, il che significa che questa opzione non è garantita per il funzionamento.
Nota
Tenere presente che non si ha alcun controllo su questo processo e che si verificheranno solo 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 dei dati per il ripristino di emergenza.
Risorse per interruzioni del servizio
Avviare la protezione delle applicazioni in esecuzione sulle macchine virtuali di Azure usando Azure Site Recovery
Per altre informazioni su come implementare una strategia di disponibilità elevata e ripristino di emergenza, vedere Ripristino di emergenza e disponibilità elevata per le applicazioni basate su Microsoft Azure.
Per sviluppare una conoscenza tecnica approfondita delle funzionalità della piattaforma cloud, vedere Indicazioni tecniche sulla resilienza di Azure.
Se le istruzioni non sono chiare o se si vuole che Microsoft eseeseguono le operazioni per conto dell'utente, contattare il supporto tecnico.
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.