Panoramica della valutazione (migrazione alla soluzione Azure VMware)
Azure Migrate offre un hub centrale da cui monitorare l'individuazione, la valutazione e la migrazione delle app e dei carichi di lavoro locali. Tiene traccia anche delle istanze del cloud privato e pubblico in Azure. L'hub offre gli strumenti di Azure Migrate per la valutazione e la migrazione, nonché le offerte di ISV terzi.
Lo strumento di individuazione e valutazione in Azure Migrate valuta i server locali per la migrazione alle macchine virtuali di Azure e alla soluzione Azure VMware. Questo articolo fornisce informazioni sul modo in cui vengono calcolate le valutazioni della soluzione Azure VMware.
Nota
La valutazione della soluzione Azure VMware può essere creata solo per le macchine virtuali VMware vSphere.
Tipi di valutazioni
Le valutazioni create con Azure Migrate sono uno snapshot temporizzato dei dati. È possibile creare due tipi di valutazioni con Azure Migrate:
| Tipo di valutazione | Dettagli |
|---|---|
| Macchina virtuale di Azure | Valutazioni per la migrazione dei server locali in macchine virtuali di Azure. Usando questo tipo di valutazione, è possibile valutare i server locali in ambienti VMware vSphere e Hyper-V e i server fisici per la migrazione ad Azure. |
| Azure SQL | Valutazioni per eseguire la migrazione dei server SQL locali dall'ambiente VMware al database SQL di Azure o all'istanza gestita di SQL di Azure. |
| Servizio app di Azure | Valutazioni per eseguire la migrazione delle app Web locali ASP.NET, in esecuzione su server Web IIS o applicazioni Web Java, in esecuzione su server Tomcat dall'ambiente VMware vSphere al Servizio app di Azure. |
| Soluzione Azure VMware | Valutazioni per la migrazione dei server vSphere locali nella soluzione Azure VMware. Usando questo tipo di valutazione, è possibile valutare le macchine virtuali VMware vSphere locali per la migrazione alla soluzione Azure VMware. Ulteriori informazioni |
Nota
Se il numero di valutazioni di macchine virtuali di Azure o soluzione Azure VMware non è corretto nello strumento Individuazione e valutazione, fare clic sul numero totale di valutazioni per passare a tutte le valutazioni e ricalcolare le valutazioni della macchina virtuale di Azure o della soluzione Azure VMware. Lo strumento Individuazione e valutazione mostrerà quindi il conteggio corretto per tale tipo di valutazione.
La valutazione della soluzione Azure VMware offre due opzioni di criteri di dimensionamento:
| Valutazione | Dettagli | Dati |
|---|---|---|
| Basata sulle prestazioni | Valutazioni basate sui dati sulle prestazioni raccolti delle macchine virtuali locali. | Dimensioni del nodo consigliate: in base ai dati di utilizzo della CPU e della memoria insieme al tipo di nodo, al tipo di archiviazione e all'impostazione FTT selezionati per la valutazione. |
| Come in locale | Valutazioni basate sul dimensionamento locale. | Dimensioni del nodo consigliate: in base alle dimensioni della macchina virtuale locale insieme al tipo di nodo, al tipo di archiviazione e all'impostazione FTT selezionata per la valutazione. |
Come si esegue una valutazione?
Esistono due modi per eseguire una valutazione.
- Valutare i server usando i metadati del server raccolti da un'appliance leggera di Azure Migrate. L'appliance individua i computer locali. Invia quindi i metadati del server e i dati sulle prestazioni ad Azure Migrate. Ciò consente una maggiore precisione.
- Valutare i server usando i metadati del server importati in un formato con valori delimitati da virgole (CSV).
Come si esegue la valutazione con l'appliance?
Se si distribuisce un'appliance di Azure Migrate per individuare i server locali, seguire questa procedura:
- Configurare Azure e l'ambiente locale per l'uso con Azure Migrate.
- Per la prima valutazione, creare un progetto di Azure e aggiungervi lo strumento Individuazione e valutazione.
- Distribuire un’appliance leggera di Azure Migrate. L'appliance individua continuamente i server vSphere locali e invia metadati e dati sulle prestazioni dei server ad Azure Migrate. Distribuire l'appliance come macchina virtuale. Non è necessario installare alcun elemento nei server da valutare.
Dopo l'avvio dell'individuazione del server, è possibile raccogliere i server da valutare in un gruppo ed eseguire una valutazione per il gruppo con il tipo di valutazione soluzione Azure VMware.
Creare la prima valutazione della soluzione Azure VMware seguendo questa procedura.
Come si valutano i dati importati?
Se si valutano i server usando un file CSV, non è necessaria un'appliance. Eseguire invece i passaggi seguenti:
- Configurare Azure per l'uso con Azure Migrate.
- Per la prima valutazione, creare un progetto di Azure e aggiungervi lo strumento Individuazione e valutazione.
- Scaricare un modello CSV e aggiungervi i dati del server.
- Importare il modello in Azure Migrate.
- Individuare i server aggiunti con l'importazione, raccoglierli in un gruppo ed eseguire una valutazione per il gruppo con il tipo di valutazione soluzione Azure VMware.
Quali dati vengono raccolti dall'appliance?
Se si utilizza l'appliance Azure Migrate per la valutazione, consultare i metadati e i dati sulle prestazioni raccolti per VMware vSphere.
In che modo l'appliance calcola i dati sulle prestazioni?
Se si usa l'appliance per l'individuazione, raccoglie i dati sulle prestazioni per le impostazioni di calcolo con questi passaggi:
L'appliance raccoglie un punto di esempio in tempo reale.
- Macchine virtuali VMware vSphere: un punto di esempio viene raccolto ogni 20 secondi.
L'appliance combina i punti di esempio per creare un singolo punto dati ogni 10 minuti. Per creare il punto dati, l'appliance seleziona i valori di picco da tutti gli esempi. Invia quindi il punto dati ad Azure.
Azure Migrate archivia tutti i punti dati di 10 minuti per l'ultimo mese.
Quando si crea una valutazione, la valutazione identifica il punto dati appropriato da usare per il ridimensionamento corretto. L'identificazione è basata sui valori percentili per la cronologia delle prestazioni e sull'utilizzo del percentile.
- Ad esempio, se la cronologia delle prestazioni è di una settimana e l'utilizzo del percentile è il 95° percentile, la valutazione ordina i punti di valutazione di 10 minuti per l'ultima settimana. Li ordina in ordine crescente e seleziona il valore del 95° percentile per il ridimensionamento corretto.
- Il valore del 95° percentile assicura che vengano ignorati eventuali outlier, che potrebbero essere inclusi se si selezionasse il 99° percentile.
- Per scegliere il picco nell'utilizzo per il periodo di tempo senza perdere gli outlier, selezionare il 99° percentile per l’utilizzo.
Questo valore viene moltiplicato per il fattore di comfort per ottenere i dati di utilizzo delle prestazioni effettive per queste metriche raccolte dall'appliance:
- Uso della CPU
- Utilizzo RAM
I seguenti dati sulle prestazioni vengono raccolti ma non utilizzati nelle raccomandazioni di dimensionamento per le valutazioni della soluzione Azure VMware:
- Dati relativi alle operazioni di I/O al secondo e alla velocità effettiva per ogni disco collegato alla macchina virtuale.
- Le operazioni di I/O di rete per gestire il dimensionamento basato sulle prestazioni per ogni scheda di rete collegata a una macchina virtuale.
Come vengono calcolate le valutazioni della soluzione Azure VMware?
La valutazione della soluzione Azure VMware utilizza i metadati e i dati sulle prestazioni dei server vSphere locali per calcolare le valutazioni. Se si distribuisce l'appliance di Azure Migrate, la valutazione usa i dati raccolti dall'appliance. Tuttavia, se si esegue una valutazione importata usando un file CSV, specificare i metadati per il calcolo.
I calcoli vengono eseguiti in queste tre fasi:
- Calcolare l'idoneità della soluzione Azure VMware: indica se le macchine virtuali vSphere locali sono adatte per la migrazione alla soluzione Azure VMware.
- Calcolare il numero di nodi e l'utilizzo della soluzione Azure VMware tra i nodi: numero stimato di nodi della soluzione Azure VMware necessari per l'esecuzione delle macchine virtuali VMware vSphere, nonché l'utilizzo previsto di CPU, memoria e archiviazione in tutti i nodi.
- Stima dei costi mensili: i costi mensili stimati per tutti i nodi della soluzione Azure VMware che eseguono le macchine virtuali locali.
I calcoli sono nell'ordine precedente. Un server passa a una fase successiva solo se supera quella precedente. Ad esempio, se un server non supera la fase di idoneità per la soluzione Azure VMware, viene contrassegnato come non adatto per Azure. I calcoli sulle dimensioni e sui costi non vengono eseguiti per quel server
Che cosa prevede una valutazione della soluzione Azure VMware?
Ecco cosa è incluso in una valutazione della soluzione Azure VMware:
| Proprietà | Dettagli |
|---|---|
| Posizione di destinazione | Specifica la posizione del cloud privato della soluzione Azure VMware di cui si vuole eseguire la migrazione. |
| Tipo di archiviazione | Indica il motore di archiviazione da utilizzare nella soluzione Azure VMware. La soluzione Azure VMware attualmente supporta solo vSAN come tipo di archiviazione predefinito, ma saranno disponibili altre opzioni di archiviazione in base alla roadmap. |
| Istanze riservate | Questa proprietà consente di specificare le istanze riservate nella soluzione Azure VMware, se acquistate, nonché il termine dell'istanza riservata. Le stime dei costi prenderanno in considerazione l'opzione scelta.Altre informazioni Se si selezionano istanze riservate, non è possibile specificare "Sconto (%)". |
| Tipo di nodo | Specifica il tipo di nodo della soluzione Azure VMware da utilizzare in Azure. Il tipo di nodo predefinito è AV36. In futuro, potrebbero essere disponibili altri tipi di nodo. Azure Migrate consiglia il numero necessario di nodi per la migrazione delle macchine virtuali alla soluzione Azure VMware. |
| Impostazione FTT, livello RAID | Specifica la combinazione valida di FTT (Faults to Tolerate) e RAID. L'opzione FTT selezionata, combinata con il livello RAID e il requisito del disco della macchina virtuale vSphere locale determinerà l'archiviazione vSAN totale richiesta dalla soluzione Azure VMware. Lo spazio di archiviazione totale disponibile dopo i calcoli include anche (a) lo spazio riservato per gli oggetti di gestione, ad esempio il server vCenter e (b) il 25% di margine di archiviazione necessario per le operazioni vSAN. |
| Criterio di dimensionamento | Imposta i criteri da utilizzare per determinare i requisiti di memoria, CPU e archiviazione per i nodi della soluzione Azure VMware. È possibile scegliere il dimensionamento basato sulle prestazioni o come in locale, senza considerare la cronologia delle prestazioni. Per eseguire semplicemente il lift-and-shift, scegliere il dimensionamento come locale. Per ottenere il dimensionamento basato sull'utilizzo, scegliere la voce in base alle prestazioni. |
| Cronologia delle prestazioni | Imposta la durata da considerare nella valutazione dei dati sulle prestazioni dei server. Questa proprietà è applicabile solo quando i criteri di dimensionamento sono basati sulle prestazioni. |
| Utilizzo percentile | Specifica il valore percentile dell'esempio di prestazioni da tenere in considerazione per il dimensionamento corretto. Questa proprietà è applicabile solo quando il dimensionamento è basato sulle prestazioni. |
| Fattore di comfort | Durante la valutazione, Azure Migrate considera un buffer (fattore di comfort), Questo buffer viene applicato ai dati di utilizzo del server per le macchine virtuali (CPU, memoria e disco). Il fattore di comfort tiene conto di aspetti come utilizzo stagionale, breve cronologia delle prestazioni e probabile aumento dell'utilizzo futuro. Da una VM con 10 core e un utilizzo del 20%, ad esempio, si ottiene normalmente una VM con 2 core. Con un fattore di comfort pari a 2.0x, invece, il risultato è una VM con 4 core. |
| Offerta | Visualizza l'offerta di Azure in cui si è registrati. Azure Migrate stima il costo di conseguenza. |
| Valuta | Mostra la valuta di fatturazione per l'account. |
| Sconto (%) | Elenca gli eventuali sconti specifici della sottoscrizione, ricevuti in aggiunta all'offerta Azure. L'impostazione predefinita è 0%. |
| Vantaggio Azure Hybrid | Specifica se si dispone di licenze Software Assurance e se si è idonei per l'opzione Vantaggio Azure Hybrid. Anche se non ha alcun impatto sui prezzi della soluzione Azure VMware a causa del prezzo basato su nodi, i clienti possono comunque applicare le licenze del sistema operativo o SQL locali (basate su Microsoft) nella soluzione Azure VMware usando i Vantaggi Azure Hybrid. Altri fornitori di sistemi operativi software dovranno fornire le proprie condizioni di licenza, ad esempio RHEL. |
| Sottoscrizione in eccesso della vCPU | Specifica il rapporto tra il numero di core virtuali associati a un core fisico nel nodo della soluzione Azure VMware. Il valore predefinito nei calcoli è 4 vCPU:1 core fisico nella soluzione Azure VMware. Gli utenti dell'API possono impostare questo valore come numero intero. Si noti che la sottoscrizione in eccesso della vCPU > 4:1 può influire sui carichi di lavoro, a seconda dell'utilizzo della CPU. Quando si dimensiona, si presuppone sempre l'utilizzo del 100% dei core scelti. |
| Fattore memoria-commit | Specifica il rapporto di overcommit della memoria nel cluster. Un valore 1 rappresenta il 100% di utilizzo della memoria; ad esempio, 0,5 è pari al 50% e 2 userebbe il 200% della memoria disponibile. È possibile aggiungere solo valori compresi tra 0,5 e 10 con una sola cifra decimale. |
| Fattore di deduplicazione e compressione | Specifica il fattore di deduplicazione e compressione previsto per i carichi di lavoro. Il valore effettivo può essere ottenuto dalle configurazioni locali di archiviazione o vSAN. Queste variabili variano in base al carico di lavoro. Un valore pari a 3 significherebbe 3 volte, quindi per un disco da 300 GB verrebbero usati solo 100 GB di spazio di archiviazione. Un valore pari a 1 indica che non è prevista alcuna deduplicazione o compressione. È possibile aggiungere solo valori compresi tra 1 e 10 con una sola cifra decimale. |
Analisi dell'idoneità della soluzione Azure VMware
Le valutazioni della soluzione Azure VMware valutano ciascuna macchina virtuale vSphere locale per l'idoneità alla soluzione Azure VMware, effettuando un esame delle proprietà del server. Inoltre, assegna ogni server valutato a una delle categorie di idoneità seguenti:
- Idoneo per AVS: il server può essere migrato tal quale alla soluzione Azure VMware, senza necessità di modifiche. Verrà avviato nella soluzione Azure VMware con supporto completo.
- Pronto con condizioni: potrebbero verificarsi alcuni problemi di compatibilità, ad esempio il protocollo Internet o il sistema operativo deprecato in VMware vSphere, che devono essere risolti prima della migrazione alla soluzione Azure VMware. Per risolvere eventuali problemi di idoneità, seguire le indicazioni sulla correzione suggerite dalla valutazione.
- Non pronto per AVS: la macchina virtuale non verrà avviata nella soluzione Azure VMware. Ad esempio, se la macchina virtuale VMware vSphere locale ha un dispositivo esterno collegato, ad esempio un cd-rom, l'operazione VMware vMotion avrà esito negativo (se si usa VMware vMotion).
- Idoneità sconosciuta: Azure Migrate non è riuscito a determinare l'idoneità del server a causa di metadati insufficienti raccolti dall'ambiente locale.
La valutazione esamina le proprietà del server per determinare l'idoneità per Azure del server vSphere locale.
Proprietà server
La valutazione esamina la proprietà seguente della macchina virtuale vSphere locale per determinare se può essere eseguita nella soluzione Azure VMware.
| Proprietà | Dettagli | Stato di idoneità della soluzione Azure VMware |
|---|---|---|
| Protocollo Internet | La soluzione Azure VMware attualmente non supporta l'indirizzamento Internet IPv6 end-to-end. Se il server viene rilevato con IPv6, contattare il team GBB locale della soluzione Azure VMware MSFT per ottenere indicazioni sulla correzione. | Protocollo IPv6 non supportato |
| Sistema operativo | Il supporto per determinate versioni del sistema operativo è stato deprecato da VMware e la valutazione consiglia di aggiornare il sistema operativo prima di effettuare la migrazione alla soluzione Azure VMware. Ulteriori informazioni | Sistema operativo non supportato. |
Dimensionamento
Dopo che un server vSphere è contrassegnato come pronto per la soluzione Azure VMware, la valutazione della soluzione Azure VMware fornisce raccomandazioni sul dimensionamento dei nodi, che implicano l'identificazione dei requisiti appropriati per le macchine virtuali vSphere locali e la ricerca del numero totale di nodi della soluzione Azure VMware necessari. Queste raccomandazioni variano a seconda delle proprietà di valutazione specificate.
- Se la valutazione usa il dimensionamento basato sulle prestazioni, Azure Migrate considera la cronologia delle prestazioni del server per fornire la raccomandazione di dimensionamento appropriata per la soluzione Azure VMware. Questo metodo è particolarmente utile se la macchina virtuale vSphere locale è sovrassegnata, ma l'utilizzo è basso e si vuole dimensionare correttamente la macchina virtuale nella soluzione Azure VMware per risparmiare sui costi. Questo metodo consente di ottimizzare le dimensioni durante la migrazione.
Nota
Se si importano server usando un file CSV, i valori delle prestazioni specificati (utilizzo CPU, utilizzo della memoria, archiviazione in uso, operazioni di I/O al secondo del disco e velocità effettiva) vengono usati se si sceglie il dimensionamento basato sulle prestazioni. Non sarà possibile fornire informazioni sulla cronologia delle prestazioni e sul percentile.
- Se non si vogliono prendere in considerazione i dati sulle prestazioni per il dimensionamento delle macchine virtuali e si intende utilizzare i server vSphere locali così come sono nella soluzione Azure VMware, è possibile impostare i criteri di dimensionamento su Come in locale. La valutazione dimensiona quindi le macchine virtuali in base alla configurazione di vSphere locale, senza considerare i dati di utilizzo.
Parametri di dimensionamento FTT
Il motore di archiviazione usato nella soluzione Azure VMware è vSAN. I criteri di archiviazione vSAN definiscono i requisiti di archiviazione per i server. Questi criteri garantiscono il livello di servizio richiesto per le macchine virtuali, perché determinano la modalità di allocazione dell'archiviazione alla macchina virtuale. Le combinazioni FTT-RAID disponibili sono le seguenti:
| Tolleranza errori | Configurazione RAID | Numero minimo di host richiesti | Considerazioni sul dimensionamento |
|---|---|---|---|
| 1 | RAID-1 (Mirroring) | 3 | Una macchina virtuale da 100 GB utilizza 200 GB. |
| 1 | RAID-5 (Codifica di cancellazione) | 4 | Una macchina virtuale da 100 GB usa 133,33 GB |
| 2 | RAID-1 (Mirroring) | 5 | Una macchina virtuale da 100 GB usa 300 GB. |
| 2 | RAID-6 (Codifica di cancellazione) | 6 | Una macchina virtuale da 100 GB usa 150 GB. |
| 3 | RAID-1 (Mirroring) | 7 | Una macchina virtuale da 100 GB usa 400 GB. |
Dimensioni in base alle prestazioni
Per il dimensionamento basato sulle prestazioni, l'appliance Azure Migrate profila l'ambiente vSphere locale per raccogliere i dati sulle prestazioni per CPU, memoria e disco. Di conseguenza, il dimensionamento basato sulle prestazioni per la soluzione Azure VMware prende in considerazione lo spazio su disco assegnato e usa l'utilizzo percentile scelto della memoria e della CPU. Ad esempio, se una macchina virtuale ha assegnato 4 vCPU, ma usando solo il 25%, la soluzione Azure VMware dimensionerà 1 vCPU per tale macchina virtuale.
Passaggi per la raccolta dei dati sulle prestazioni:
- Per le macchine virtuali VMware vSphere, l'appliance Azure Migrate raccoglie un punto di esempio in tempo reale ogni 20 secondi.
- L'appliance esegue il rollup dei punti di esempio raccolti ogni 10 minuti e invia ad Azure Migrate il valore massimo per gli ultimi 10 minuti.
- Azure Migrate archivia tutti i punti di esempio di 10 minuti per l'ultimo mese. A seconda delle proprietà di valutazione specificate per la Cronologia delle prestazioni e l'Utilizzo percentile, identifica quindi il punto dati appropriato da usare per il dimensionamento corretto. Se ad esempio la cronologia delle prestazioni è impostata su 1 giorno e l'utilizzo percentile è pari al 95° percentile, Azure Migrate utilizza i punti di campionamento di 10 minuti per l'ultimo giorno, li ordina in ordine crescente e seleziona il valore del 95° percentile per il dimensionamento corretto.
- Questo valore viene moltiplicato per il fattore di comfort per ottenere i dati di utilizzo effettivo delle prestazioni per ogni metrica (utilizzo di CPU e memoria) raccolti dall'appliance.
Dopo aver determinato il valore di utilizzo effettivo, l'archiviazione, la rete e il dimensionamento delle risorse di calcolo vengono gestiti come indicato di seguito.
Dimensionamento dell'archiviazione: Azure Migrate utilizza lo spazio su disco totale della macchina virtuale locale come parametro di calcolo per determinare i requisiti di archiviazione vSAN della soluzione Azure VMware, oltre all'impostazione FTT selezionata dal cliente. FTT: gli errori da tollerare e la richiesta di un numero minimo di nodi per opzione FTT determineranno l'archiviazione vSAN totale necessaria, in combinazione con il requisito del disco della macchina virtuale. Se l'importazione avviene tramite un file CSV, l'utilizzo dell'archiviazione viene preso in considerazione quando si crea una valutazione basata sulle prestazioni. Se si crea una valutazione come in locale, la logica esamina solo l'archiviazione assegnata per macchina virtuale.
Dimensionamento della rete: attualmente le valutazioni della soluzione Azure VMware non prendono in considerazione le impostazioni di rete per il dimensionamento dei nodi. Durante la migrazione alla soluzione Azure VMware, vengono utilizzato i valori minimi e massimi, in base agli standard del data center VMware NSX- T.
Dimensionamento delle risorse di calcolo: dopo aver calcolato i requisiti di archiviazione (parametri di dimensionamento FTT), la valutazione della soluzione Azure VMware considera i requisiti di CPU e memoria per determinare il numero di nodi richiesti per la soluzione Azure VMware in base al tipo di nodo.
- In base ai criteri di dimensionamento, la valutazione della soluzione Azure VMware esamina i dati delle macchine virtuali basate sulle prestazioni o la configurazione della macchina virtuale vSphere locale. L'impostazione del fattore di comfort consente di specificare il fattore di crescita del cluster. Attualmente è abilitato per impostazione predefinita l'hyperthreading, quindi un nodo di 36 core avrà 72 vCore. Vengono usati 4 vCore per computer fisico per determinare le soglie della CPU per ogni cluster usando lo standard VMware che prevede di non superare un utilizzo dell'80% per consentire la manutenzione o la gestione degli errori senza compromettere la disponibilità del cluster. Attualmente non è disponibile alcuna sostituzione per modificare i valori di sottoscrizione in eccesso, ma potrebbe essere presente nelle versioni future.
Determinazione della dimensione come in locale
Se si usa Determinazione della dimensione come in locale, la valutazione della soluzione Azure VMware non considera la cronologia delle prestazioni delle macchine virtuali e dei dischi. Invece, assegna i nodi della soluzione Azure VMware in base alle dimensioni allocate in locale. Il tipo di archiviazione predefinito è vSAN nella soluzione Azure VMware.
Altre informazioni su come esaminare una valutazione della soluzione Azure VMware.
Utilizzo della CPU nei nodi della soluzione Azure VMware
L'utilizzo della CPU presuppone un uso del 100% dei core disponibili. Per ridurre il numero di nodi necessari, è possibile aumentare la sottoscrizione in eccesso da 4:1 a 6:1, in base alle caratteristiche del carico di lavoro e all'esperienza vSphere locale. A differenza del disco, la soluzione Azure VMware non pone limiti all'utilizzo della CPU. Spetta ai clienti assicurarsi che il proprio cluster funzioni in modo ottimale, quindi se è necessario "eseguire l'accesso frequente", occorre apportare le dovute modifiche. Per consentire una maggiore quantità di spazio per la crescita, ridurre la sottoscrizione in eccesso o aumentare il valore per il fattore di crescita.
L'utilizzo della CPU è già responsabile del sovraccarico di gestione dal server vCenter, da NSX Manager e da altre risorse più piccole.
Utilizzo della memoria nei nodi della soluzione Azure VMware
L'utilizzo della memoria mostra la memoria totale di tutti i nodi rispetto ai requisiti del server o dei carichi di lavoro. La memoria può essere sovrascritta e, anche in questo caso, la soluzione Azure VMware non pone limiti e spetta al cliente gestire le prestazioni ottimali del cluster per i propri carichi di lavoro.
L'utilizzo della memoria è già responsabile del sovraccarico di gestione dal server vCenter, da NSX Manager e da altre risorse più piccole.
Utilizzo dell'archiviazione nei nodi della soluzione Azure VMware
L'utilizzo dello spazio di archiviazione viene calcolato in base alla sequenza seguente:
- Dimensioni necessarie per le macchine virtuali (assegnate come sono oppure si tratta di spazio usato basato sulle prestazioni)
- Applicare il fattore di crescita, se presente
- Aggiungere un sovraccarico di gestione e applicare il rapporto FTT
- Applicare la deduplicazione e il fattore di compressione
- Applicare il 25% di margine di flessibilità richiesto per vSAN
- Risultato dell'archiviazione disponibile per le macchine virtuali dall'archiviazione totale, incluso il sovraccarico di gestione.
L'archiviazione disponibile in un cluster a 3 nodi si baserà sui criteri di archiviazione predefiniti, ovvero Raid-1, inoltre ricorre al thick provisioning. Quando si calcola la codifica di cancellazione o Raid-5, ad esempio, è necessario un minimo di 4 nodi. Si noti che nella soluzione Azure VMware i criteri di archiviazione per il carico di lavoro del cliente possono essere modificati dall'amministratore o dal comando Esegui (attualmente disponibile in anteprima). [Altre informazioni] (./azure-vmware/configure-storage-policy.md)
Fattore di limitazione
Il fattore di limitazione illustrato nelle valutazioni può essere rappresentato da CPU o memoria o risorse di archiviazione, in base all'utilizzo nei nodi. Si tratta della risorsa che limita o determina il numero di host/nodi necessari per contenere le risorse. Ad esempio, se in una valutazione è stato rilevato che dopo la migrazione di 8 macchine virtuali VMware alla soluzione Azure VMware viene utilizzato il 50% delle risorse della CPU, il 14% della memoria e il 18% di spazio di archiviazione sui 3 nodi Av36, emerge che la CPU rappresenta il fattore di limitazione.
Classificazioni di attendibilità
Ogni valutazione basata sulle prestazioni in Azure Migrate è associata a una classificazione di attendibilità che va da una stella (livello minimo) a cinque stelle (livello massimo).
La classificazione di attendibilità viene assegnata a una valutazione in base alla disponibilità dei punti dati necessari per calcolare la valutazione.
La classificazione di attendibilità di una valutazione aiuta a stimare l'affidabilità delle indicazioni relative alla dimensione fornite da Azure Migrate.
Le classificazioni di attendibilità non sono applicabili come valutazioni come in locale.
Per il dimensionamento basato sulle prestazioni, le valutazioni della soluzione Azure VMware richiedono i dati di utilizzo per CPU e memoria della macchina virtuale. I seguenti dati vengono raccolti ma non usati nelle raccomandazioni di dimensionamento per la soluzione Azure VMware:
- Dati relativi alle operazioni di I/O al secondo e alla velocità effettiva per ogni disco collegato alla macchina virtuale.
- Le operazioni di I/O di rete per gestire il dimensionamento basato sulle prestazioni per ogni scheda di rete collegata a una macchina virtuale.
Se uno di questi numeri di utilizzo non è disponibile nel server vCenter, la raccomandazione relativa alle dimensioni potrebbe non essere affidabile.
A seconda della percentuale di punti dati disponibili, la classificazione di attendibilità per la valutazione è la seguente.
| Disponibilità dei punti dati | Classificazione di attendibilità |
|---|---|
| 0-20% | 1 stella |
| 21-40% | 2 stelle |
| 41-60% | 3 stelle |
| 61-80% | 4 stelle |
| 81-100% | 5 stelle |
Classificazioni di attendibilità bassa
Ecco alcuni dei motivi per cui una valutazione potrebbe ottenere una classificazione di attendibilità bassa:
L'ambiente non è stato profilato per il periodo di tempo per cui si sta creando la valutazione. Ad esempio, se si crea la valutazione con il periodo di tempo delle prestazioni impostato su un giorno, è necessario attendere almeno un giorno dopo avere avviato l'individuazione perché siano raccolti tutti i punti dati.
La valutazione non è in grado di raccogliere i dati sulle prestazioni per alcune o tutte le macchine virtuali nel periodo di valutazione. Per una classificazione di attendibilità elevata, assicurarsi che:
- Le macchine virtuali sono accese per l'intera durata della valutazione
- Le connessioni in uscita sulle porte 443 sono consentite
- Per le macchine virtuali Hyper-V, la memoria dinamica è abilitata
Ricalcolare la valutazione in modo da riflettere le ultime modifiche apportate alla classificazione di attendibilità.
Alcune macchine virtuali sono state create durante il periodo di calcolo della valutazione. Ad esempio, si supponga di creare una valutazione per la cronologia delle prestazioni dell'ultimo mese, ma alcune macchine virtuali sono state create solo una settimana fa. In questo caso, i dati sulle prestazioni per le nuove macchine virtuali non saranno disponibili per l'intera durata e la classificazione di attendibilità sarà limitata.
Nota
Se la classificazione di attendibilità di una valutazione è inferiore a cinque stelle, è consigliabile attendere almeno un giorno per consentire all'appliance di profilare l'ambiente e quindi ricalcolare la valutazione. In caso contrario, la definizione delle dimensioni in base alle prestazioni potrebbe non essere affidabile. In tal caso, è consigliabile passare la valutazione al dimensionamento locale.
Stima dei costi mensili
Al termine delle raccomandazioni di dimensionamento, Azure Migrate calcola il costo totale di esecuzione dei carichi di lavoro vSphere locali nella soluzione Azure VMware mediante moltiplicazione del numero di nodi della soluzione Azure VMware necessari per il prezzo del nodo. Il costo per macchina virtuale viene calcolato dividendo il costo totale in base al numero di macchine virtuali presenti nella valutazione.
- Il calcolo prende in considerazione il numero di nodi necessari, il tipo di nodo e la posizione.
- Aggrega il costo in tutti i nodi per calcolare il costo mensile totale.
- I costi vengono visualizzati nella valuta specificata nelle impostazioni di valutazione.
Dal momento che i prezzi per la soluzione Azure VMware vengono calcolati in base ai nodi, il costo totale non prevede la distribuzione dei costi di calcolo e dei costi di archiviazione. Altre informazioni
Linee guida per lo strumento di migrazione
Nel report di idoneità per Azure per la valutazione della soluzione Azure VMware, è possibile visualizzare i seguenti strumenti consigliati:
- VMware HCX o Enterprise: per i server VMware, la soluzione VMware Hybrid Cloud Extension (HCX) è lo strumento di migrazione consigliato per eseguire la migrazione del carico di lavoro locale vSphere al cloud privato della soluzione Azure VMware. Scopri di più.
- Sconosciuto: per i server importati tramite un file CSV, lo strumento di migrazione predefinito è sconosciuto. Tuttavia, per i server VMware vSphere è consigliabile usare la soluzione VMware Hybrid Cloud Extension.
Passaggi successivi
Creare una valutazione per le macchine virtuali della soluzione Azure VMware.