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à (PPG) 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 rimuoverà 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:

    • ID SAP (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 creerà più indirizzi IP, fino a sei indirizzi IP per gli immobili di dimensioni maggiori. Assicurarsi che la subnet delegata disponga di indirizzi IP liberi sufficienti. Prendere in considerazione l'uso di una subnet delegata con almeno 59 indirizzi IP con dimensioni della subnet pari a /26. Vedere Considerazioni sulla delega di una subnet ad Azure NetApp Files.

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.

Procedure consigliate sui gruppi di 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. Per ottenere questa configurazione, viene usato un gruppo di posizionamento di prossimità (PPG) collegato alle macchine virtuali del database (denominate ancorate). 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.

Importante

È importante comprendere che un PPG è ancorato solo 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 perderà l'ancoraggio e al successivo riavvio, le macchine virtuali potrebbero spostarsi in una posizione diversa. 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 della macchina virtuale SAP HANA per aggiungere il set di disponibilità a un cluster di calcolo dedicato. Dopo l'aggiunta, è necessario aggiungere un PPG al set di disponibilità e quindi distribuire tutti gli host di un database SAP HANA usando tale 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 una macchina virtuale è in esecuzione, il gruppo di posizionamento di prossimità non può essere usato per trovare l'hardware ottimale dei file di Azure NetApp e il provisioning avrà esito negativo.

Nota

Non eliminare il PPG. L'eliminazione di un PPG rimuoverà 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