SAP HANA -opslagarchitectuur (Large Instances)

In dit artikel kijken we naar de opslagarchitectuur voor het implementeren van SAP HANA on Azure Large Instances (ook wel bekend als BareMetal Infrastructure).

De opslagindeling voor SAP HANA in Azure (Large Instances) wordt geconfigureerd door te SAP HANA op basis van het klassieke implementatiemodel volgens de aanbevolen SAP-richtlijnen. Zie Opslagvereisten voor SAP HANA voor meer informatie over de richtlijnen.

Type I-klasse van grote HANA-exemplaren wordt vier keer het geheugenvolume als opslagvolume gebruikt. Terwijl type II-klasse van HANA Large Instances wordt gebruikt met een volume dat is bedoeld voor het opslaan van back-ups van HANA-transactielogboek. Zie Install and configure SAP HANA (Large Instances) on Azure (Grote exemplaren) installerenen configureren in Azure voor meer informatie.

Zie de volgende tabel voor opslagtoewijzing. De tabel bevat de ruwe capaciteit voor volumes die worden geleverd met de verschillende HANA Large Instance-eenheden.

Recentere SKU's van grote HANA-exemplaren worden geleverd met de volgende opslagconfiguraties.

De werkelijke geïmplementeerde volumes kunnen variëren op basis van implementatie en het hulpprogramma dat wordt gebruikt om de volumegrootten weer te geven.

Als u een HANA Large Instance SKU onderverdeelt, kunnen enkele voorbeelden van mogelijke delen er als voorbeeld uitzien:

Deze grootten zijn ruwe volumenummers die enigszins kunnen variëren op basis van implementatie en de hulpprogramma's die worden gebruikt om de volumes te bekijken. Er zijn ook andere partitiegrootten, zoals 2,5 TB. Deze opslaggrootten worden berekend met behulp van een formule die vergelijkbaar is met de formule die wordt gebruikt voor de vorige partities. De term partities betekent niet dat het besturingssysteem, het geheugen of de CPU-resources zijn gepartitiefd. Het geeft opslagpartities aan voor de verschillende HANA-exemplaren die u mogelijk wilt implementeren op één HANA Large Instance-eenheid.

Als u meer opslagruimte nodig hebt, kunt u meer kopen in eenheden van 1 TB. De extra opslagruimte kan worden toegevoegd als meer volume of worden gebruikt om een of meer van de bestaande volumes uit te breiden. U kunt de volumes niet verkleinen zoals oorspronkelijk geïmplementeerd en zoals beschreven in de vorige tabellen. U kunt ook de namen van de volumes of de namen van de mount niet wijzigen. De eerder beschreven opslagvolumes zijn gekoppeld aan de HANA Large Instance-eenheden als NFS4-volumes.

U kunt momentopnamen van opslag gebruiken voor back-up- en herstel- en noodhersteldoeleinden. Zie hoge beschikbaarheid en herstel na nood SAP HANA (Large Instances) in Azurevoor meer informatie.

Zie Ondersteunde HLI-scenario's voor meer informatie over de opslagindeling voor uw scenario.

Meerdere exemplaren SAP HANA één HANA Large Instance-eenheid uitvoeren

Het is mogelijk om meer dan één actief exemplaar van SAP HANA te hosten op HANA Large Instance-eenheden. Om de mogelijkheden van momentopnamen van opslag en herstel na noodgevallen te kunnen bieden, is voor een dergelijke configuratie een volumeset per instantie vereist. Op dit moment kunnen HANA Large Instance-eenheden als volgt worden onderverdeeld:

• S72, S72m, S96, S144, S192: in stappen van 256 GB, met 256 GB als kleinste starteenheid. Verschillende stappen, zoals 256 GB en 512 GB, kunnen worden gecombineerd tot het maximale geheugen van de eenheid.
• S144m en S192m: in stappen van 256 GB, met 512 GB als kleinste eenheid. Verschillende stappen, zoals 512 GB en 768 GB, kunnen worden gecombineerd tot het maximale geheugen van de eenheid.
• Type II-klasse: in stappen van 512 GB, met de kleinste begineenheid van 2 TB. Verschillende stappen, zoals 512 GB, 1 TB en 1,5 TB, kunnen worden gecombineerd tot het maximale geheugen van de eenheid.

In de volgende voorbeelden ziet u hoe het eruit kan zien als er meerdere SAP HANA worden uitgevoerd.

Er zijn ook andere variaties.

Versleuteling van data-at-rest

De opslag voor grote HANA-exemplaren maakt gebruik van transparante versleuteling voor de gegevens, omdat deze worden opgeslagen op de schijven. In implementaties vóór het einde van 2018 kunt u de volumes laten versleutelen. Als u deze optie hebt gekozen, kunt u de volumes online laten versleutelen. De overstap van niet-versleutelde naar versleutelde volumes is transparant en vereist geen downtime.

Met de klasse Type I van SKU's van HANA Large Instance wordt het volume dat de lun voor opstarten opslaat versleuteld. In Revision 3 HANA Large Instance stempels using Type II class of SKU's, moet u de opstart-LUN versleutelen met os-methoden. In Revisie 4 HANA Large Instance stempels met type II klasse van SKU's, het volume waarin de lun opstarten wordt versleuteld at rest standaard.

Vereiste instellingen voor grotere HANA-exemplaren op grote HANA-exemplaren

Voor de opslag die wordt gebruikt in HANA Large Instances geldt een beperking voor de bestandsgrootte. De groottelimiet is 16 TB per bestand. In tegenstelling tot de bestandsgroottebeperkingen in de EXT3-bestandssystemen is HANA niet impliciet op de hoogte van de opslagbeperking die wordt afgedwongen door de opslag van HANA Large Instances. Als gevolg hiervan maakt HANA niet automatisch een nieuw gegevensbestand wanneer de bestandsgroottelimiet van 16 TB is bereikt. Wanneer HANA probeert het bestand uit te groeien tot meer dan 16 TB, rapporteert HANA fouten en loopt de indexserver ten slotte vast.

Volgende stappen

Meer informatie over het implementeren SAP HANA (grote exemplaren).