Meer informatie over Azure NetApp Files object REST API

Azure NetApp Files object REST API maakt toegang op basis van objecten mogelijk tot gegevens die zijn opgeslagen in Azure NetApp Files volumes. Met deze mogelijkheid hebben toepassingen toegang tot dezelfde gegevensset met behulp van zowel bestandsprotocollen (NFS/SMB) als object-API's (S3-compatibel) zonder gegevens te dupliceren of te migreren.

Met dit geïntegreerde toegangsmodel kunnen bestaande gegevens op basis van bestanden rechtstreeks worden gebruikt in analyse-, AI- en moderne toepassingswerkstromen zonder afzonderlijke opslagsystemen, oplossingen voor gegevensomzetting of kopieën van gegevens.

Sleutelbegrippen

Buckets

Een bucket vertegenwoordigt een toegekende weergave van een map binnen een volume en fungeert als het toegangspunt voor objectgebaseerde toegang.

  • Buckets zijn gekoppeld aan volumes.
  • Als u een volume verwijdert, worden de bijbehorende buckets definitief verwijderd.

Objecten

Elk bestand binnen de gekoppelde mappenhiërarchie wordt weergegeven als een object.

  • Objectnamen worden afgeleid van bestandspaden ten opzichte van de toegewezen map.
  • Objectbewerkingen handelen rechtstreeks op bestandsinhoud.

Hoe object REST API werkt

Azure NetApp Files wijst een map binnen een volume toe aan een objectbucket, waardoor toepassingen en services die gebruikmaken van op objecten gebaseerde toegangspatronen, kunnen communiceren met gegevens op basis van bestanden.

  • Een mappad, inclusief de hoofdmap van het volume, kan worden weergegeven als een bucket.
  • Mappen worden weergegeven als logische voorvoegsels binnen een bucket.
  • Elk bestand wordt weergegeven als een object.
  • Objectpaden komen rechtstreeks overeen met bestandssysteempaden.
  • Adreslijstgrenzen worden weergegeven met behulp van het / scheidingsteken.
  • Objectbewerkingen kunnen gegevens lezen, schrijven en opsommen.
  • Objectbewerkingen worden omgezet in gelijkwaardige bestandssysteembewerkingen.

Met deze toewijzing kunnen toepassingen object-API's gebruiken om te werken met gegevens die opgeslagen blijven als bestanden.

Overzicht van architectuur

Het volgende diagram illustreert gelijktijdige bestands- en objecttoegang tot dezelfde Azure NetApp Files gegevensset:

Schermopname van de REST API-architectuur.

In dit model:

  • NAS-clients en -toepassingen hebben toegang tot gegevens met behulp van NFS of SMB.
  • Objectclients hebben toegang tot dezelfde gegevens via de REST API van het object.
  • Analyse- en AI-services (zoals Azure Databricks, Microsoft Fabric en Azure AI-services) kunnen worden geïntegreerd met Azure NetApp Files met behulp van toegang op basis van objecten.
  • Gegevens blijven opgeslagen in Azure NetApp Files volumes.

Werkstroom voor objecttoegang

Op hoog niveau volgt de toegang tot de OBJECT REST API deze stroom:

  • Er wordt een bucket gemaakt op basis van een map binnen een Azure NetApp Files volume.
  • Toepassingen en services maken verbinding met behulp van object-API's.
  • Objectbewerkingen (zoals lezen, schrijven en lijst) worden omgezet in bestandssysteembewerkingen.
  • Object REST API verifieert aanvragen met behulp van toegangssleutels en evalueert bestandstoegang met behulp van de geconfigureerde geïmiteerde identiteit.
  • Gegevens worden geretourneerd naar de client zonder te worden gedupliceerd of verplaatst.

Met deze werkstroom kunnen toepassingen toegang krijgen tot gegevens met behulp van object-API's terwijl de onderliggende opslag blijft werken als bestandssysteem.

Beveiliging en machtigingen

Object REST API introduceert machtigingen op bucketniveau. Dit zijn de primaire besturingselementen voor toegang die specifiek zijn voor de OBJECT REST API. Bucketconfiguratie definieert ook de identiteit van het bestandssysteem die wordt geïmiteerd bij het openen van gegevens met behulp van de OBJECT REST API. Bestaande NAS-bestandsmachtigingen worden nog steeds afgedwongen op basis van die geïmiteerde identiteit.

  • Bucketmachtigingen bepalen of object REST API-clients alleen-lezen- of lezen-schrijftoegang hebben tot de bucket.
  • Verificatie-identiteit en identiteit van bestandssysteemautorisatie zijn afzonderlijke concepten:
    • S3-toegangssleutels authenticeren de client voor de bucket.
    • De geconfigureerde geïmiteerde identiteit van de bucket bepaalt welke bestanden en mappen toegankelijk zijn.
  • Elke bucket wordt geconfigureerd met een geïmiteerde bestandssysteemidentiteit:
    • NFS-volumes gebruiken een gebruikers-id (UID) en groeps-id (GID).
    • SMB-volumes maken gebruik van een gebruikersaccount.
    • Volumes met twee protocollen gebruiken UID/GID- of gebruikersaccounts, afhankelijk van de geconfigureerde beveiligingsstijl.
  • Object REST API vraagt toegangsgegevens aan met behulp van de geconfigureerde geïmiteerde identiteit. Standaardbestandsmachtigingen en ACL's op het Azure NetApp Files volume worden nog steeds afgedwongen voor die identiteit.
  • Gebruikers hebben alleen toegang tot de bestanden en mappen waarvoor de geconfigureerde geïmiteerde identiteit al toegang heeft via standaard-NFS- of SMB-machtigingen. Bucket-toegang verleent niet automatisch toegang tot alle objecten in de toegewezen map of het toegewezen volume.
  • Bestaande NAS-ACL's en bestandsmachtigingen blijven gezaghebbend voor toegang tot de OBJECT REST API. Object REST API slaat bestaande NAS-toegangsbeheer niet over of vervangt deze niet.
  • Bestandstoegang via SMB- en NFS-protocollen blijft hun bestaande verificatie- en autorisatiemodellen gebruiken zonder aanpassingen.
  • Voor beveiligde communicatie met object REST API zijn TLS-certificaten vereist die zijn geconfigureerd voor het eindpunt van de object-REST API.

Schermopname van de REST API-beveiliging en -machtigingen.

Ondersteunde bewerkingen

  • ListBucket
  • ListObjects / ListObjectsV2 (Lijst objecten / Lijst objecten V2)
  • GetObject
  • PutObject
  • DeleteObject
  • HoofdObject

Algemene scenario's

De OBJECT REST API maakt nieuwe workloadpatronen mogelijk voor Azure NetApp Files.

Schermopname van de algemene scenario's van de REST API.

Gegevensanalyse en AI

Een data engineering-team moet een grote gegevensset analyseren die al is opgeslagen in een Azure NetApp Files volume. In plaats van de gegevensset te kopiëren naar een afzonderlijke objectopslagservice, maakt het team rechtstreeks verbinding met behulp van hulpprogramma's op basis van objecten en begint het verwerken van de gegevens. Deze aanpak maakt snellere onboarding van analysewerkstromen mogelijk terwijl dubbele opslag wordt geminimaliseerd.

Hybride en gemoderniseerde toepassingen

Toepassingen waarvoor toegang op bestanden en objecten is vereist, kunnen worden uitgevoerd op dezelfde gegevensset zonder meerdere kopieën te onderhouden. Dit maakt co-existentie mogelijk tussen verouderde toepassingen en moderne services, waardoor geleidelijke modernisering mogelijk is zonder bestaande workloads te verstoren.

Pijplijnen voor gegevensverwerking

Gegevenspijplijnen kunnen gegevenssets opnemen, transformeren en verwerken met behulp van hulpprogramma's op basis van objecten, terwijl de gegevens opgeslagen blijven in Azure NetApp Files. Dit ondersteunt integratie met een breed ecosysteem van hulpprogramma's en services die afhankelijk zijn van op objecten gebaseerde toegangspatronen.

Vereisten en overwegingen

Houd rekening met de volgende vereisten en beperkingen bij het gebruik van de Azure NetApp Files object REST API:

  • Buckets zijn gekoppeld aan volumes en worden verwijderd wanneer het volume wordt verwijderd.
  • Buckets met ingeschakelde cool access en grote volumes worden ondersteund.
  • Buckets worden niet ondersteund op Azure NetApp Files-cachevolumes.
  • Buckets vereisen een volume met bestaande gegevens; lege volumes worden niet ondersteund.
  • Het beheer van de levenscyclus van certificaten is vereist om beveiligde toegang te behouden tot het eindpunt van de OBJECT REST API.
  • U bent verantwoordelijk voor het beheer van de levenscyclus van bucket-certificaten.
  • Schakel diagnostische logboekregistratie in op alle Azure Key Vaults om ervoor te zorgen dat audittrails beschikbaar zijn voor beveiligingsonderzoeken.
  • Configureer netwerktoegangsbeheerlijsten (ACL's) om Azure Key Vault toegang tot geautoriseerde netwerken te beperken, waaronder een virtueel NetApp-netwerk en geautoriseerde virtuele netwerken van klanten.
  • Overweeg om afzonderlijke Azure Key Vaults te gebruiken voor certificaten en S3-referenties om te voldoen aan beveiligingsprocedures met minimale bevoegdheden.
  • Scheid Azure Key Vault toegangsbeleid voor certificaten en S3-referenties, indien mogelijk, om duidelijke operationele en beveiligingsgrenzen te handhaven.

Note

De REST API van het object biedt objecttoegang tot bestandsgegevens, maar wijzigt niet hoe gegevens fysiek worden opgeslagen. Op objecten gebaseerde toegang wordt beheerd door bucketconfiguratie- en objecttoegangsmechanismen, terwijl bestandstoegang nog steeds SMB- en NFS-machtigingsmodellen volgt.

Volgende stappen

  • Last updated on