Delen via

Meer informatie over de volumegroep van azure NetApp Files-toepassingen voor Oracle

  • Artikel

Met de toepassingsvolumegroep voor Oracle kunt u alle volumes implementeren die nodig zijn om Oracle-databases op ondernemingsniveau te installeren en te gebruiken, met optimale prestaties en volgens aanbevolen procedures in één stap en geoptimaliseerde werkstroom. De functie voor toepassingsvolumegroepen maakt gebruik van de azure NetApp Files-mogelijkheid om alle volumes in dezelfde beschikbaarheidszone te plaatsen als de VM's om geautomatiseerde, latentiegeoptimeerde implementaties te bereiken.

Toepassingsvolumegroep voor Oracle heeft veel technische verbeteringen geïmplementeerd die het hele proces vereenvoudigen en standaardiseren om u te helpen volume-implementaties voor Oracle te stroomlijnen. Alle vereiste volumes, zoals maximaal acht gegevensvolumes, online opnieuw logboek en archief opnieuw logboek, back-up en binair, worden gemaakt in één atomische bewerking (via Azure Portal, RP of API).

Azure NetApp Files-toepassingsvolumegroep verkort de implementatietijd van Oracle-databases en verhoogt de algehele prestaties en stabiliteit van toepassingen, waaronder het gebruik van meerdere opslageindpunten. De functie voor toepassingsvolumegroepen ondersteunt een breed scala aan Oracle-database-indelingen van kleine databases met één volume tot databases met meerdere databases van 100 TiB-grootte. Het ondersteunt maximaal acht gegevensvolumes met prestaties die zijn geoptimaliseerd voor latentie en wordt alleen beperkt door de netwerkmogelijkheden van de database-VM.

Het gebruik van meerdere volumes die zijn verbonden via meerdere opslageindpunten, zoals geïmplementeerd door de toepassingsvolumegroep voor Oracle, brengt prestatieverbeteringen zoals beschreven in de Oracle-database op meerdere volumes artikel.

Toepassingsvolumegroep voor Oracle wordt ondersteund in alle regio's met Azure NetApp Files.

Belangrijke mogelijkheden

Toepassingsvolumegroep voor Oracle biedt de volgende mogelijkheden:

  • Ondersteuning voor een grote variatie van Oracle-configuraties vanaf 2 volumes voor kleinere databases tot 12 volumes voor grote databases tot enkele honderden TiB.
  • De volgende volumeindeling maken:
    • Gegevens: één tot acht gegevensvolumes
    • Logboek: Een online opnieuw logboekvolume (log) en eventueel een tweede logboekvolume (log-mirror) indien nodig
    • Binair: Een volume voor binaire Oracle-bestanden (optioneel)
    • Back-up: een logboekvolume voor het archiveren van de logboekback-up (optioneel)
  • Volumes maken in een handmatige QoS-capaciteitspool
    De volumegrootte en de vereiste prestaties (in MiB/s) worden voorgesteld op basis van gebruikersinvoer voor de databasegrootte en doorvoervereisten van de database.
  • De ARM-sjabloon (Application Volume Group GUI) en Azure Resource Manager (ARM) bieden aanbevolen procedures voor het vereenvoudigen van het aanpassen van de grootte van het beheer en het maken van volumes. Bijvoorbeeld:
    • Naamconventie voor volume voorstellen op basis van een systeem-id (SID) en volumetype
    • De grootte en prestaties berekenen op basis van gebruikersinvoer

Met de toepassingsvolumegroep voor Oracle kunt u het implementatieproces vereenvoudigen en de opslagprestaties voor Oracle-workloads verhogen. Enkele van de nieuwe functies zijn als volgt:

  • Gebruik van plaatsing van beschikbaarheidszones om ervoor te zorgen dat volumes in dezelfde zone worden geplaatst als reken-VM's.
    Op verzoek is een op PPG gebaseerde volumeplaatsing beschikbaar voor regio's zonder beschikbaarheidszones, waarvoor een handmatig proces is vereist.
  • Het maken van afzonderlijke opslageindpunten (met verschillende IP-adressen) voor gegevens en logboekvolumes.
    Deze implementatiemethode biedt betere prestaties en doorvoer voor de Oracle-database.

Indeling van toepassingsvolumegroep

Toepassingsvolumegroep voor Oracle implementeert meerdere volumes op basis van uw invoer en beschikbaarheid van resources in de geselecteerde regio en zone, afhankelijk van de volgende regels:

  • AVG kan 1 tot 8 gegevens, logboekgegevens (en optioneel, logboekspiegeling), back-up en binaire volumes in de geselecteerde zone implementeren met behulp van dezelfde netwerkfunctiesinstelling (Standard of Basic) en dezelfde NFSv4.1- of NFSv3-versie.
  • De hostingcapaciteitspool moet worden geconfigureerd met handmatige QoS.
  • Gegevensvolumes worden geïmplementeerd volgens antiaffiniteitsregels om ervoor te zorgen dat ze worden verdeeld over zoveel mogelijk Azure NetApp Files-opslageindpunten in de geselecteerde zone. Aan de volumes worden ook directe opslageindpunten toegewezen voor de best mogelijke latentie.
  • Er kunnen maximaal drie gegevensvolumes worden geïmplementeerd op hetzelfde opslageindpunt in zones met beperkte resources als capaciteits- en doorvoervereisten zijn toegestaan.
  • Logboek-, logboekspiegel- en back-upvolumes worden geïmplementeerd volgens regels zonder groepering: geen van deze volumes kan opslageindpunten delen. Aan deze volumes worden direct storage-eindpunten toegewezen.
  • Het binaire volume kan een opslageindpunt delen met het back-upvolume en vereist geen direct opslageindpunt.

Implementaties met hoge beschikbaarheid omvatten volumes in twee beschikbaarheidszones waarvoor u volumes kunt implementeren met behulp van de toepassingsvolumegroep voor Oracle in beide zones. U kunt gegevensreplicatie op basis van toepassingen, zoals Data Guard, gebruiken. Voorbeeld van volumeindeling met dubbele zone:

Implementaties met hoge beschikbaarheid omvatten volumes in twee beschikbaarheidszones, waarvoor u volumes kunt implementeren met behulp van de toepassingsvolumegroep voor Oracle in beide zones. U kunt gegevensreplicatie op basis van toepassingen, zoals Data Guard, gebruiken. Voorbeeld van volumeindeling met dubbele zone:

Diagram van indeling van volume met dubbele zone.

Een volledig gebouwde implementatie met acht gegevensvolumes en alle optionele volumes in een zone met voldoende beschikbaarheid van resources kan er als volgt uitzien:

Diagram van Oracle-implementatie.

In zones met beperkingen voor resources kunnen volumes worden geïmplementeerd op gedeelde opslageindpunten vanwege de bovengenoemde antiaffiniteit en geen groeperingsalgoritmen. In dit diagram ziet u een voorbeeld van een volume-indeling in een zone met beperkte resources:

Diagram van de indeling van acht gegevensvolumes.

In zones met beperkingen voor resources worden de volumes geïmplementeerd op gedeelde opslageindpunten terwijl de regels voor antiaffiniteit en groepering zonder groepering worden gehandhaafd. De resulterende indeling toont de logboek- en logboekspiegelvolumes op privéopslageindpunten terwijl de gegevensvolumes opslageindpunten delen. De logboek- en logboekspiegelvolumes delen geen opslageindpunten.

Volgende stappen