qual è la differenza tra macchina virtuale classica e macchina virtuale in azzurro?

Question

In Azure sono disponibili 2 opzioni per creare macchine virtuali. A. normale VM B. Classic VM

Qualcuno sa qual è la differenza tra entrambe le opzioni? Quando usiamo l'uno sull'altro?

Answer 1

Risposta breve alla tua domanda è Normal VM or Virtual Machines è il nuovo modo di distribuire le macchine virtuali mentre Classic VM or Virtual Machines (Classic) è il vecchio modo di distribuirle. Azure sta spingendo verso il nuovo modo di distribuire le risorse, quindi la raccomandazione sarebbe di usarle al posto della vecchia maniera.Tuttavia, tieni presente che ci sono alcune funzionalità che sono disponibili nel vecchio modo che non sono state trasferite sul nuovo modo, quindi devi solo confrontare le funzionalità offerte e solo se qualcosa di cui hai bisogno non è disponibile in modo nuovo , usi la vecchia maniera.

Ora arriva la risposta lunga :)

In sostanza c'è un'API REST con il quale si interagisce con Infrastructure Azure.

All'avvio di Azure, questa API è stata chiamata Service Management API (SMAPI) che ha funzionato abbastanza bene in quel momento (e in una certa misura oggi). Tuttavia, con la crescita di Azure, aumentano anche i requisiti degli utenti e in questo caso SMAPI è stato trovato limitante. Un buon esempio è il controllo degli accessi. In SMAPI esisteva il controllo degli accessi, ma era più simile al tipo di controllo di accesso all-or-none. Mancava la granularità richiesta dagli utenti.

Invece di applicare patch SMAPI per soddisfare i requisiti dell'utente, il team di Azure ha deciso di riscrivere l'intera API, che era molto più semplice, più robusta e ricca di funzionalità. Questa API è denominata Azure Resource Manager API (ARM). ARM ha molte funzionalità che non sono presenti in SMAPI (il mio preferito è Role-based access control - RBAC).

Se avete notato che ci sono due portali Azure oggi - https://manage.windowsazure.com (vecchio) e https://portal.azure.com (nuovo). Il vecchio portale supporta SMAPI mentre il nuovo portale supporta ARM. Per far emergere le risorse create tramite il vecchio portale nel nuovo portale (in modo da avere un'esperienza unificata), il team di Azure ha finito per creare un fornitore di risorse per vecchi e i loro nomi finiranno sempre con (Classic) così vedrai Virtual Machines (Classic), Storage Accounts (Classic) ecc. Pertanto, le risorse create nel vecchio portale possono essere visualizzate nel nuovo portale (a condizione che il nuovo portale le supporti), ma le risorse create nel nuovo portale tramite ARM non vengono visualizzate nel vecchio portale.

Answer 2

La macchina virtuale di Azure (classica) si basa sul vecchio modello di gestione dei servizi di Azure (ASM). Che ruotava intorno al concetto di un servizio cloud. Tutto era contenuto in un servizio cloud e quella era la porta di accesso a Internet. Mentre è ancora utilizzato (ampiamente), Azure si sta spostando verso il modello di gestione delle risorse di Azure (ARM).

ARM utilizza il concetto di modelli dichiarativi per configurare un'intera soluzione (piuttosto che singoli componenti). In questo modo è possibile creare un intero stack di SharePoint, piuttosto che una singola macchina.

ARM ha anche un approccio molto più logico al networking. Invece di avere una VM monolitica in un oscuro servizio cloud. Hai una VM, a cui si collega una scheda di rete. È quindi possibile inserire la scheda di rete in una rete virtuale e allegare un IP pubblico (se necessario)

A meno che non si abbia un motivo valido per utilizzare ASM (classico) È necessario creare la soluzione utilizzando ARM. Poiché questa è la raccomandazione MS in futuro (per trovare un collegamento a questo) significa anche che è possibile creare modelli per le distribuzioni, in modo da poter avere una soluzione ripetibile.

Sul lato negativo, il vecchio portale manage.windowsazure.com non è in grado di gestire tutto ciò che viene distribuito tramite ARM, e ci sono ancora parti di ASM che non sono state ancora migrate su ARM. Ad esempio, non è possibile configurare il backup di Azure VM, poiché il backup di Azure è ASM e non può 'vedere' ARM ARM

Dipende molto dalle circostanze, tuttavia, per cosa si sta pianificando, il metodo che si sta seguendo distribuire con. Se stai solo cercando di far funzionare una macchina per fare un singolo compito, fa davvero poca differenza. Se stai cercando di implementare in un ambiente che avvierà alcuni concetti di DevOps, allora ARM è la strada da percorrere.

Answer 3

L'unica grande differenza riguarda la gestione delle risorse. Per quella nuova versione si chiama VM Azure Resource Manager (ARM VM).

ARM VM è migliore in termini di;

• Classic VM deve essere legato con cloud servizio e Service Cloud consuma limitazione delle risorse e la configurazione di rete non-così-flessibile.
• ARM VM è gestito in Azure Resource Manager (ARM) che può essere organizzato con/senza altri servizi di Azure. ARM è come una cartella di servizi di Azure e ti offre una gestione delle risorse più dettagliata.

La VM classica può essere migrata alla versione ARM VM, ma è necessario garantire tempi di inattività del servizio. Per migrare dalla VM classica, leggere lo official article: Considerations for Virtual Machines.

Answer 4

Azure fornisce due modelli di distribuzione ora: Azure Resource Manager (normale) e Azure Service Management (classico) e alcuni important considerations che si dovrebbero fare quando si lavora su macchine virtuali.

1. Le macchine virtuali distribuite con il modello di distribuzione classico non possono essere incluse in una rete virtuale implementata con Resource Manager.
2. Le macchine virtuali distribuite con il modello di distribuzione di Resource Manager devono essere incluse in una rete virtuale.
3. Le macchine virtuali distribuite con il modello di distribuzione classico non devono essere incluse in una rete virtuale.