Limieten voor Azure Stack Edge Pro R

Houd rekening met deze beperkingen tijdens het implementeren en uitvoeren van uw Azure Stack Edge Pro R-oplossing.

Service limieten voor Azure Stack Edge Pro R

• Het opslag account moet zich in de buurt bevinden van de regio waar het apparaat wordt geïmplementeerd (kan afwijken van de locatie waar de service wordt geïmplementeerd).
• Het verplaatsen van een Azure Stack Edge-resource naar een ander abonnement of een andere resource groep wordt niet ondersteund. Ga voor meer informatie naar resources verplaatsen naar een nieuwe resource groep of een nieuw abonnement.

Limieten voor het Azure Stack Edge Pro R-apparaat

In de volgende tabel worden de limieten voor de Azure Stack Edge Pro R-apparaat beschreven.

Limieten voor Azure Storage

In deze sectie worden de limieten voor de Azure Storage-service en de vereiste naam conventies voor Azure Files, Azure-blok-blobs en Azure-pagina-blobs beschreven, zoals van toepassing op de Azure Stack Edge-service. Controleer de opslag limieten zorgvuldig en volg alle aanbevelingen.

Voor de meest recente informatie over Azure Storage-service limieten en aanbevolen procedures voor het benoemen van shares, containers en bestanden, gaat u naar:

• Naamgeving en verwijzen naar containers
• Naamgeving van en verwijzing naar shares
• Conventies voor blok-blobs en pagina-blobs

Voorbehouden voor het uploaden van gegevens

De volgende voor behoud zijn van toepassing op gegevens die worden verplaatst naar Azure.

• We raden aan dat er niet meer dan één apparaat naar dezelfde container moet schrijven.
• Als u een bestaand Azure-object (zoals een BLOB of een bestand) in de Cloud hebt met dezelfde naam als het object dat wordt gekopieerd, overschrijft het apparaat het bestand in de Cloud.
• Een lege Directory-hiërarchie (zonder bestanden) die is gemaakt onder share mappen wordt niet geüpload naar de BLOB-containers.
• U kunt de gegevens kopiëren met behulp van slepen/neerzetten, of via de opdrachtregel. Als de grootten van alle bestanden die worden gekopieerd, samen meer zijn dan 10 GB, raden we u aan een programma voor bulkgewijs kopiëren te gebruiken, zoals Robocopy of Rsync. Met de hulpprogramma’s voor bulkgewijs kopiëren wordt de kopieerbewerking opnieuw geprobeerd bij onregelmatige fouten. Deze programma’s bieden extra tolerantie. Als u Blob Storage via REST, AzCopy of Azure Storage Explorer kunt gebruiken.
• Als de share die is gekoppeld aan de Azure storage-container blobs uploadt die niet overeenkomen met het type blobs dat is gedefinieerd voor de share op het moment dat deze wordt gemaakt, worden dergelijke blobs niet bijgewerkt. U kunt bijvoorbeeld een blok-blobshare maken op het apparaat. Koppel de share aan een bestaande cloudcontainer die pagina-blobs bevat. Vernieuw die share om de bestanden te downloaden. Wijzig enkele van de vernieuwde bestanden die al in de cloud zijn opgeslagen als pagina-blobs. U ziet nu uploadfouten.
• Nadat een bestand in de shares is gemaakt, kan de naam van het bestand niet meer worden gewijzigd.
• Als een bestand uit een share wordt verwijderd, wordt de vermelding in het opslagaccount niet verwijderd.
• Als rsync wordt gebruikt om gegevens te kopiëren, rsync -a wordt de optie niet ondersteund.

Limieten voor Azure Storage-account en object grootte

Dit zijn de limieten voor de grootte van de gegevens die worden gekopieerd naar het opslag account. Zorg ervoor dat de gegevens die u uploadt, voldoen aan deze limieten. Voor de meest actuele informatie over deze limieten gaat u naar Azure Blob-opslag schaal doelen en Azure files schaal doelen.

Limieten voor Azure-object grootte

Dit zijn de groottes van de Azure-objecten die kunnen worden geschreven. Zorg ervoor dat alle bestanden die worden geüpload voldoen aan deze limieten.

Volgende stappen

• De implementatie van Azure Stack Edge Pro R voorbereiden