Condividi tramite

Requisiti e considerazioni per il gruppo di volumi dell’applicazione per SAP HANA

  • Articolo

Questo articolo descrive i requisiti e le considerazioni da tenere presenti prima di usare il gruppo di volumi di applicazioni di Azure NetApp Files (AVG) per SAP HANA.

Problemi e considerazioni

  • È necessario usare la funzionalità manuale del pool di capacità QoS.

  • È necessario creare un gruppo di posizionamento di prossimità e ancorarlo alle risorse di calcolo di SAP HANA. Il gruppo di volumi di applicazioni per SAP HANA richiede questa configurazione per cercare una risorsa di Azure NetApp Files vicina ai server SAP HANA. Per altre informazioni, vedere Procedure consigliate sui gruppi di posizionamento di prossimità e Creare un gruppo di posizionamento di prossimità usando il portale di Azure.

    Nota

    Non eliminare il PPG. L'eliminazione di un PPG rimuove l'aggiunta e può causare la creazione di gruppi di volumi successivi in posizioni sub-ottimali che potrebbero causare un aumento della latenza.

  • È necessario completare le dimensioni e l'architettura del sistema SAP HANA, incluse le aree seguenti:

    • SAP ID (SID)
    • Memoria
    • SAP HANA a host singolo o a più host
    • Determinare se si vuole usare la replica di sistema HANA (HSR). HSR consente ai database SAP HANA di replicare in modo sincrono o asincrono da un sistema SAP HANA primario a un sistema SAP HANA secondario.
    • Frequenza di modifica prevista per il volume di dati (nel caso in cui si usino snapshot a scopo di backup)

  • È necessario creare una rete virtuale e una subnet delegata per eseguire il mapping degli indirizzi IP di Azure NetApp Files.

    È consigliabile disporre la rete virtuale e la subnet delegata in fase di progettazione.

    Il gruppo di volumi di applicazioni per SAP HANA crea più indirizzi IP, fino a sei indirizzi IP per gli immobili di dimensioni maggiori. Assicurarsi che la subnet delegata disponga di indirizzi IP gratuiti sufficienti. Prendere in considerazione l'uso di una subnet delegata con almeno 251 indirizzi IP con dimensioni della subnet pari a /24. Vedere Considerazioni sulla delega di una subnet ad Azure NetApp Files.

  • Il gruppo di volumi di applicazioni per SAP HANA supporta solo le chiavi gestite dalla piattaforma per la crittografia del volume di Azure NetApp Files al momento della creazione del volume. Per eventuali domande sulla transizione dei volumi dalle chiavi gestite dalla piattaforma alle chiavi gestite dal cliente dopo la creazione del volume, contattare lo specialista di Azure NetApp Files o CSA.

Importante

L'uso del gruppo di volumi di applicazioni per SAP HANA per applicazioni diverse da SAP HANA non è supportato. Contattare lo specialista di Azure NetApp Files per indicazioni sull'uso di layout multilicenza di Azure NetApp Files con altre applicazioni di database.

Requisiti e considerazioni sull'estensione 1 (anteprima)

  • L'estensione 1 è attualmente in anteprima e richiede la registrazione per la funzionalità.
  • Il gruppo di volumi di applicazioni supporta le funzionalità di rete di base. Se si è registrati per l'estensione 1, il gruppo di volumi di applicazioni supporta anche le funzionalità di rete Standard.
  • L'estensione 1 supporta il posizionamento del volume della zona di disponibilità come nuovo metodo predefinito per il posizionamento. Questo aggiornamento riduce la necessità di aggiungere AVset ed elimina la necessità di gruppi di posizionamento di prossimità. Con il supporto per il posizionamento del volume della zona di disponibilità, è sufficiente selezionare la stessa zona di disponibilità dei server di database. L'uso del posizionamento dei volumi di zona di disponibilità è allineato alla raccomandazione Microsoft su come distribuire infrastrutture SAP HANA per ottenere prestazioni ottimali con disponibilità elevata, massima flessibilità e distribuzione semplificata. Se le aree non supportano le zone di disponibilità, è possibile selezionare una distribuzione a livello di area o scegliere gruppi di posizionamento di prossimità.

Procedure consigliate sul posizionamento di prossimità

Per distribuire volumi SAP HANA usando il gruppo di volumi dell'applicazione, è necessario assicurarsi che le macchine virtuali di database HANA e le risorse di Azure NetApp Files siano vicine per garantire la latenza più bassa possibile. È possibile ottenere una prossimità ravvicinata usando uno dei metodi di distribuzione seguenti:

  • Posizionamento del volume della zona di disponibilità (preferito) Selezionare la zona di disponibilità per i volumi e selezionare Funzionalità di rete Standard per la distribuzione. Per questo metodo non sono necessari né un gruppo di posizionamento di prossimità né l'aggiunta di macchine virtuali. Prima di poter usare questo flusso di lavoro, è necessario registrare la funzionalità.
  • Gruppo di posizionamento di prossimità con aggiunta di macchine virtuali Il gruppo di volumi dell'applicazione usa un gruppo di posizionamento di prossimità collegato (o ancorato) alle macchine virtuali del database. Quando viene passato al gruppo di volumi dell'applicazione, il PPG viene usato per trovare tutte le risorse di Azure NetApp Files in prossimità dei server di database. I volumi vengono distribuiti usando le funzionalità di rete di base.

Importante

Un PPG è ancorato e può quindi identificare la posizione delle macchine virtuali se almeno una macchina virtuale viene avviata e mantenuta in esecuzione per tutta la durata di tutte le distribuzioni AVG. Se tutte le macchine virtuali vengono arrestate, il PPG perde l'ancoraggio e al riavvio successivo, le macchine virtuali possono spostarsi in un percorso diverso. Questa situazione potrebbe causare una maggiore latenza perché i volumi di Azure NetApp Files non vengono spostati dopo la creazione iniziale.

Per evitare questa situazione, è necessario creare un set di disponibilità per ogni database e usare il modulo di richiesta di aggiunta di VM SAP HANA per aggiungere il set di disponibilità a un cluster di elaborazione dedicato. Successivamente, è necessario aggiungere un gruppo di posizionamento di prossimità al set di disponibilità e quindi distribuire tutti gli host di un database SAP HANA usando il set di disponibilità. In questo modo si garantisce che tutte le macchine virtuali si trovino nella stessa posizione. Finché una delle macchine virtuali viene avviata, il PPG mantiene l'ancoraggio per distribuire i volumi AVG.

Importante

Se è stata richiesta l'aggiunta del volume SAP HANA di Azure NetApp Files prima che il gruppo di volumi dell'applicazione fosse disponibile, è necessario rimuovere l'aggiunta per la sottoscrizione. L'aggiunta esistente per una sottoscrizione potrebbe comportare una distribuzione incoerente dei volumi, poiché i volumi del gruppo di volumi dell'applicazione vengono distribuiti in base al PPG mentre altri volumi vengono ancora distribuiti in base all'aggiunta esistente.

Relazione tra set di disponibilità, VM, PPG e volumi di Azure NetApp Files

Un PPG deve avere almeno una macchina virtuale assegnata, direttamente o tramite un set di disponibilità. Lo scopo del PPG è estrarre la posizione esatta di una macchina virtuale e passare queste informazioni a AVG per cercare le risorse di Azure NetApp Files nella stessa posizione per la creazione del volume. Questo approccio funziona solo quando almeno una macchina virtuale nel PPG viene avviata e mantenuta in esecuzione. In genere, è necessario aggiungere i server di database a questo PPG.

I gruppi di disponibilità hanno l'effetto collaterale che, se tutte le macchine virtuali vengono arrestate, un riavvio seguente delle macchine virtuali non garantisce che si avviino nella stessa posizione di prima. Per evitare che si verifichi questa situazione, è consigliabile usare un set di disponibilità con tutte le macchine virtuali e il PPG associato e usare il flusso di lavoro di aggiunta HANA. Il flusso di lavoro non solo garantisce che le macchine virtuali non vengano spostate se riavviate, garantisce anche che siano selezionate posizioni in cui sono disponibili risorse di calcolo sufficienti e di Azure NetApp Files.

Quando si usa un PPG senza un set di disponibilità aggiunto, un PPG perde l'ancoraggio se tutte le macchine virtuali in tale PPG vengono arrestate. Quando le macchine virtuali vengono riavviate, potrebbero essere avviate in un percorso diverso, il che può comportare un aumento della latenza perché i volumi creati con il gruppo di volumi dell'applicazione non verranno spostati.

Due possibili scenari sull'uso di PPG

Questa situazione porta a due possibili scenari:

  • Configurazione a lungo termine stabile:
    Uso di un set di disponibilità in combinazione con un PPG in cui il set di disponibilità viene aggiunto manualmente.

    Con l'aggiunta, è sempre garantito che il posizionamento della macchina virtuale non venga modificato anche se tutte le macchine nel set di disponibilità vengono arrestate.

  • Configurazione temporanea:
    Uso di un PPG o di un set di disponibilità in combinazione con un PPG senza alcun blocco.

    Le serie di macchine virtuali con supporto per SAP HANA (ovvero serie M) vengono posizionate principalmente vicino alle risorse di Azure NetApp Files in modo che il gruppo di volumi dell'applicazione possa creare i volumi necessari con la latenza più bassa possibile con l'aiuto di un PPG. Questa relazione tra volumi e host HANA non cambia se almeno una macchina virtuale è attiva e in esecuzione sempre.

Nota

Quando si usa un gruppo di volumi dell'applicazione per distribuire i volumi HANA, è necessario avviare almeno una macchina virtuale nel set di disponibilità. Se nessuna macchina virtuale è in esecuzione, il PPG non possono essere usati per trovare l'hardware ottimale per Azure NetApp Files, causando l'esito negativo del provisioning.

Nota

Non eliminare il PPG. L'eliminazione di un PPG rimuove l'aggiunta e può causare la creazione di gruppi di volumi successivi in posizioni sub-ottimali che potrebbero causare un aumento della latenza.

Passaggi successivi