Gegevensopslag in Azure Fluid Relay
Een container is de atomische opslageenheid in de Azure Fluid Relay-service en vertegenwoordigt de gegevens die zijn opgeslagen vanuit een Fluid-sessie, inclusief bewerkingen en momentopnamen. De Fluid Runtime gebruikt de container om de status van een Fluid-sessie te reactiveren wanneer een gebruiker voor het eerst deelneemt of opnieuw deelneemt na het verlaten.
U hebt controle over de Azure-regio waar containergegevens worden opgeslagen. Tijdens het inrichten van de Azure Fluid Relay-resource kunt u de regio selecteren waarin u wilt dat die gegevens at-rest worden opgeslagen. Alle containers die in die Azure Fluid Relay-resource zijn gemaakt, worden opgeslagen in die regio. Zodra deze optie is geselecteerd, kan de regio niet worden gewijzigd. U moet een nieuwe Azure Fluid Relay-resource maken in een andere regio om gegevens in een andere regio op te slaan.
Om een maximaal beschikbare service te leveren, worden de containergegevens gerepliceerd naar een andere regio. Deze gegevensreplicatie helpt in gevallen waarin herstel na noodgevallen nodig is voor een volledige regionale storing. Intern maakt Azure Fluid Relay gebruik van replicatie tussen regio's van Azure Blob Storage om dat te bereiken. De regio waar gegevens worden gerepliceerd, wordt gedefinieerd door de Regionale Paren van Azure die worden vermeld op de replicatie tussen regio's in Azure .
Aanbieding voor één regio
Voor regio's die de replicatie tussen regio's buiten de geografie (zoals Brazilië - zuid) hebben uitgevoerd, biedt Azure Fluid Relay één regio-aanbod. U kunt kiezen tussen de replicatie in meerdere regio's of deze aanbieding voor één regio tijdens het inrichten van de Azure Fluid Relay-resource. Als u de aanbieding voor één regio selecteert, profiteert u niet van de voordelen van herstel na regionale storingen. Uw toepassing ondervindt downtime voor de hele tijd dat de regio uitvalt.
Hoe zit het met in-transitgegevens?
Tijdens de levensduur van de sessie kunnen sommige gegevens tijdelijk in transit zijn buiten de regio die tijdens het inrichten van resources is geselecteerd. Hierdoor kan de Azure Fluid Relay-service wijzigingen in de DDSes distribueren tussen gebruikers met een lagere latentie door de sessie in de dichtstbijzijnde regio te plaatsen bij uw eindgebruikers. Het resultaat is een betere gebruikerservaring voor uw eindgebruikers. Voor de aanbieding voor één regio zijn gegevens binnen het bereik van de geselecteerde regio. Dit kan leiden tot hogere latenties die wijzigingen in DDSes naar uw eindgebruikers distribueren als ze zich niet in de buurt van die regio bevinden.
Als de Fluid-container alleen tijdens de gezamenlijke sessie is vereist, kunt u de container verwijderen uit de Azure Fluid Relay-service. Zo kunt u de opslagkosten van uw Azure Fluid Relay-resource beheren.
Zie ook
Feedback
https://aka.ms/ContentUserFeedback.
Binnenkort beschikbaar: In de loop van 2024 zullen we GitHub-problemen geleidelijk uitfaseren als het feedbackmechanisme voor inhoud en deze vervangen door een nieuw feedbacksysteem. Zie voor meer informatie:Feedback verzenden en weergeven voor