Delen via

Eindpuntbewaking in Traffic Manager

  • Artikel

Azure Traffic Manager bevat ingebouwde eindpuntbewaking en automatische eindpuntfailover. Met deze functie kunt u toepassingen met hoge beschikbaarheid leveren die bestand zijn tegen eindpuntfouten, waaronder Azure-regiofouten. Eindpuntbewaking is standaard ingeschakeld. Zie Statuscontroles in- of uitschakelen om bewaking uit te schakelen.

Eindpuntbewaking configureren

Als u eindpuntbewaking wilt configureren, moet u de volgende instellingen opgeven voor uw Traffic Manager-profiel:

  • Protocol. Kies HTTP, HTTPS of TCP als het protocol dat Traffic Manager gebruikt bij het testen van uw eindpunt om de status ervan te controleren. HTTPS-bewaking controleert niet of uw TLS/SSL-certificaat geldig is, maar controleert alleen of het certificaat aanwezig is.
  • Poort. Kies de poort die wordt gebruikt voor de aanvraag.
  • Pad. Deze configuratie-instelling is alleen geldig voor de HTTP- en HTTPS-protocollen, waarvoor de padinstelling is vereist. Als u deze instelling voor het TCP-bewakingsprotocol oplevert, treedt er een fout op. Geef voor het HTTP- en HTTPS-protocol het relatieve pad en de naam van de webpagina of het bestand waartoe de bewaking toegang heeft. Een slash / is een geldige vermelding voor het relatieve pad. Deze waarde impliceert dat het bestand zich in de hoofdmap bevindt (standaard).
  • Aangepaste headerinstellingen. Met deze configuratie-instelling kunt u specifieke HTTP-headers toevoegen aan de statuscontroles die Traffic Manager naar eindpunten onder een profiel verzendt. De aangepaste headers kunnen worden opgegeven op profielniveau die van toepassing zijn op alle eindpunten in dat profiel en/of op eindpuntniveau die alleen van toepassing zijn op dat eindpunt. U kunt aangepaste headers gebruiken voor statuscontroles van eindpunten in een omgeving met meerdere tenants. Op die manier kan het correct naar hun bestemming worden gerouteerd door een hostheader op te geven. U kunt deze instelling ook gebruiken door unieke headers toe te voegen die kunnen worden gebruikt om HTTP(S)-aanvragen van Traffic Manager te identificeren en ze anders te verwerken. U kunt maximaal acht header:value paren opgeven, gescheiden door een komma. Bijvoorbeeld: header1:value1, header2:value2.

Notitie

Het gebruik van sterretjes (*) in aangepaste Host kopteksten wordt niet ondersteund.

  • Verwachte statuscodebereiken. Met deze instelling kunt u meerdere succescodebereiken opgeven in de indeling 200-299, 301-301. Als deze statuscodes worden ontvangen als reactie van een eindpunt wanneer een statuscontrole is voltooid, markeert Traffic Manager deze eindpunten als in orde. U kunt maximaal acht statuscodebereiken opgeven. Deze instelling is alleen van toepassing op het HTTP- en HTTPS-protocol en op alle eindpunten. Deze instelling bevindt zich op het niveau van het Traffic Manager-profiel en standaard wordt de waarde 200 gedefinieerd als de statuscode voor succes.

  • Testinterval. Deze waarde geeft aan hoe vaak een eindpunt wordt gecontroleerd op de status van een Traffic Manager-testagent. U kunt hier twee waarden opgeven: 30 seconden (normaal testen) en 10 seconden (snel testen). Als er geen waarden worden opgegeven, wordt het profiel ingesteld op een standaardwaarde van 30 seconden. Ga naar de pagina met prijzen van Traffic Manager voor meer informatie over snelle testprijzen.

  • Getolereerd aantal fouten. Deze waarde geeft aan hoeveel fouten een Traffic Manager-testagent tolereert voordat het eindpunt als beschadigd wordt gemarkeerd. De waarde kan variëren tussen 0 en 9. Een waarde van 0 betekent dat één bewakingsfout ertoe kan leiden dat het eindpunt als beschadigd wordt gemarkeerd. Als er geen waarde is opgegeven, wordt de standaardwaarde 3 gebruikt.

  • Time-out van de test. Deze eigenschap geeft de hoeveelheid tijd aan die de Traffic Manager-testagent moet wachten voordat een statustestcontrole naar een eindpunt wordt overwogen. Als het testinterval is ingesteld op 30 seconden, kunt u de time-outwaarde tussen 5 en 10 seconden instellen. Als er geen waarde is opgegeven, wordt een standaardwaarde van 10 seconden gebruikt. Als het testinterval is ingesteld op 10 seconden, kunt u de time-outwaarde tussen 5 en 9 seconden instellen. Als er geen time-outwaarde is opgegeven, wordt een standaardwaarde van 9 seconden gebruikt.

    Schermopname van de Traffic Manager-configuratie in Azure Portal.

    Afbeelding: Eindpuntbewaking van Traffic Manager

Hoe eindpuntbewaking werkt

Wanneer het bewakingsprotocol is ingesteld als HTTP of HTTPS, doet de Traffic Manager-testagent een GET-aanvraag naar het eindpunt met behulp van het protocol, de poort en het relatieve pad dat is opgegeven. Een eindpunt wordt als in orde beschouwd als de testagent een antwoord van 200 OK ontvangt of een van de antwoorden die zijn geconfigureerd in de verwachte statuscodebereiken. Als het antwoord een andere waarde is of er geen antwoord wordt ontvangen binnen de time-outperiode, wordt de Traffic Manager-testagent opnieuw getattempt volgens de instelling Getolereerd aantal fouten. Er worden geen herattempts uitgevoerd als deze instelling 0 is. Het eindpunt is gemarkeerd als beschadigd als het aantal opeenvolgende fouten hoger is dan het getolereerde aantal mislukte fouten .

Wanneer het bewakingsprotocol TCP is, maakt de Traffic Manager-testagent een TCP-verbindingsaanvraag met behulp van de opgegeven poort. Als het eindpunt reageert op de aanvraag met een reactie om de verbinding tot stand te brengen, wordt die statuscontrole gemarkeerd als geslaagd. De Traffic Manager-testagent stelt de TCP-verbinding opnieuw in. In gevallen waarin het antwoord een andere waarde is of geen antwoord wordt ontvangen binnen de time-outperiode, wordt de Traffic Manager-testagent opnieuw getattempt volgens het getolereerde aantal mislukte pogingen . Er worden geen aanpassingen gedaan als deze instelling 0 is. Als het aantal opeenvolgende fouten hoger is dan het getolereerde aantal mislukte fouten, wordt dat eindpunt gemarkeerd als beschadigd.

In alle gevallen test Traffic Manager vanaf meerdere locaties. De opeenvolgende fout bepaalt wat er binnen elke regio gebeurt. Daarom ontvangen eindpunten statustests van Traffic Manager met een hogere frequentie dan de instelling die wordt gebruikt voor het testinterval.

Notitie

Voor http- of HTTPS-bewakingsprotocol is het gebruikelijk om aan de eindpuntzijde een aangepaste pagina in uw toepassing te implementeren, bijvoorbeeld /health.aspx. Met dit pad voor bewaking kunt u toepassingsspecifieke controles uitvoeren, zoals het controleren van prestatiemeteritems of het controleren van de beschikbaarheid van de database. Op basis van deze aangepaste controles retourneert de pagina een geschikte HTTP-statuscode.

Alle eindpunten in een Traffic Manager-profiel delen bewakingsinstellingen. Als u verschillende bewakingsinstellingen voor verschillende eindpunten wilt gebruiken, kunt u geneste Traffic Manager-profielen maken.

Eindpunt- en profielstatus

U kunt Traffic Manager-profielen en -eindpunten in- en uitschakelen. Een wijziging in de eindpuntstatus kan echter ook optreden vanwege de geautomatiseerde instellingen en processen van Traffic Manager.

Eindpuntstatus

U kunt een specifiek eindpunt in- of uitschakelen. De onderliggende service, die mogelijk nog steeds in orde is, wordt niet beïnvloed. Als u de eindpuntstatus wijzigt, wordt de beschikbaarheid van het eindpunt in het Traffic Manager-profiel gecontroleerd. Wanneer een eindpuntstatus is uitgeschakeld, controleert Traffic Manager de status niet en wordt het eindpunt niet opgenomen in een DNS-antwoord.

Profielstatus

Met behulp van de profielstatusinstelling kunt u een specifiek profiel in- of uitschakelen. Hoewel de eindpuntstatus van invloed is op één eindpunt, is de profielstatus van invloed op het hele profiel, inclusief alle eindpunten. Wanneer u een profiel uitschakelt, worden de eindpunten niet gecontroleerd op status en worden er geen eindpunten opgenomen in een DNS-antwoord. Er wordt een NXDOMAIN-antwoordcode geretourneerd voor de DNS-query.

Status van eindpuntmonitor

Status van eindpuntmonitor is een door Traffic Manager gegenereerde waarde die de status van het eindpunt weergeeft. U kunt deze instelling niet handmatig wijzigen. De status van de eindpuntmonitor is een combinatie van de resultaten van eindpuntbewaking en de geconfigureerde eindpuntstatus. De mogelijke waarden van de eindpuntmonitorstatus worden weergegeven in de volgende tabel:

Profielstatus Eindpuntstatus Status van eindpuntmonitor Opmerkingen
Disabled Ingeschakeld Niet-actief Het profiel is uitgeschakeld. Hoewel de eindpuntstatus is ingeschakeld, heeft de profielstatus (Uitgeschakeld) voorrang. Eindpunten in uitgeschakelde profielen worden niet bewaakt. Er wordt een NXDOMAIN-antwoordcode geretourneerd voor de DNS-query.
<enig> Disabled Disabled Het eindpunt is uitgeschakeld. Uitgeschakelde eindpunten worden niet bewaakt. Het eindpunt is niet opgenomen in DNS-antwoorden, zodat het geen verkeer ontvangt.
Ingeschakeld Ingeschakeld Online Het eindpunt wordt bewaakt en is in orde. Deze is opgenomen in DNS-antwoorden en kan verkeer ontvangen.
Ingeschakeld Ingeschakeld Verminderd beschikbaar Statuscontroles voor eindpuntbewaking mislukken. Het eindpunt is niet opgenomen in DNS-antwoorden en ontvangt geen verkeer.
Een uitzondering is als alle eindpunten worden gedegradeerd. In dat geval worden ze allemaal als geretourneerd in het queryantwoord.
Ingeschakeld Ingeschakeld CheckingEndpoint Het eindpunt wordt bewaakt, maar de resultaten van de eerste test zijn nog niet ontvangen. CheckingEndpoint is een tijdelijke status die meestal direct na het toevoegen of inschakelen van een eindpunt in het profiel plaatsvindt. Een eindpunt in deze status is opgenomen in DNS-antwoorden en kan verkeer ontvangen.
Ingeschakeld Ingeschakeld Gestopt De web-app waarnaar het eindpunt verwijst, wordt niet uitgevoerd. Controleer de instellingen van de web-app. Deze status kan ook optreden als het eindpunt van het type genest eindpunt is en het onderliggende profiel wordt uitgeschakeld of inactief is.
Een eindpunt met de status Gestopt wordt niet bewaakt. Het is niet opgenomen in DNS-antwoorden en ontvangt geen verkeer. Een uitzondering is als alle eindpunten worden gedegradeerd. In dat geval worden ze allemaal als geretourneerd in het queryantwoord.
Ingeschakeld Ingeschakeld Niet bewaakt Het eindpunt is geconfigureerd om altijd verkeer te verwerken. Statuscontroles zijn niet ingeschakeld.

Zie Geneste Traffic Manager-profielen voor meer informatie over hoe de status van eindpuntmonitor wordt berekend voor geneste eindpunten.

Notitie

Er kan een status van een gestopte eindpuntmonitor optreden in App Service als uw webtoepassing niet wordt uitgevoerd in de Standard-laag of hoger. Zie Traffic Manager-integratie met App Service voor meer informatie.

Status van profielmonitor

De status van de profielmonitor is een combinatie van de geconfigureerde profielstatus en de eindpuntmonitorstatuswaarden voor alle eindpunten. De mogelijke waarden worden beschreven in de volgende tabel:

Profielstatus (zoals geconfigureerd) Status van eindpuntmonitor Status van profielmonitor Opmerkingen
Uitgeschakeld <een> profiel zonder gedefinieerde eindpunten. Uitgeschakeld Het profiel is uitgeschakeld.
Ingeschakeld De status van ten minste één eindpunt is gedegradeerd. Verminderd beschikbaar Controleer de afzonderlijke eindpuntstatuswaarden om te bepalen welke eindpunten meer aandacht vereisen.
Ingeschakeld De status van ten minste één eindpunt is Online. Geen eindpunten hebben een gedegradeerde status. Online De service accepteert verkeer. Er is geen verdere actie vereist.
Ingeschakeld De status van ten minste één eindpunt is CheckingEndpoint. Er zijn geen eindpunten in online- of gedegradeerde status. CheckingEndpoints Deze overgangsstatus treedt op wanneer een profiel wordt gemaakt of ingeschakeld. De eindpuntstatus wordt voor het eerst gecontroleerd.
Ingeschakeld De statussen van alle eindpunten in het profiel zijn uitgeschakeld of gestopt, of het profiel heeft geen gedefinieerde eindpunten. Niet-actief Er zijn geen eindpunten actief, maar het profiel is nog steeds ingeschakeld.

Failover en herstel van eindpunten

Traffic Manager controleert regelmatig de status van elk eindpunt, inclusief beschadigde eindpunten. Traffic Manager detecteert wanneer een eindpunt in orde wordt en brengt het weer in rotatie.

Een eindpunt is beschadigd wanneer een van de volgende gebeurtenissen optreedt:

  • Als het bewakingsprotocol HTTP of HTTPS is:
    • Een niet-200-antwoord of een antwoord dat niet het statusbereik bevat dat is opgegeven in de instelling Verwachte statuscodebereiken wordt ontvangen. (Inclusief een andere 2xx-code of een omleiding van 301/302).
  • Als het bewakingsprotocol TCP is:
    • Een ander antwoord dan ACK of SYN-ACK wordt ontvangen als reactie op de SYN-aanvraag die door Traffic Manager is verzonden om een verbinding tot stand te laten komen.
  • Timeout.
  • Elk ander verbindingsprobleem dat ertoe leidt dat het eindpunt niet bereikbaar is.

Zie Problemen met gedegradeerde status in Azure Traffic Manager oplossen voor meer informatie over het oplossen van mislukte controles.

De tijdlijn in de volgende afbeelding is een gedetailleerde beschrijving van het bewakingsproces van het Traffic Manager-eindpunt met de volgende instellingen:

  • Het bewakingsprotocol is HTTP.
  • Het testinterval is 30 seconden.
  • Het aantal getolereerde fouten is 3.
  • De time-outwaarde is 10 seconden.
  • DNS TTL is 30 seconden.

Schermopname van traffic manager-eindpuntfailover en failbackreeks.Afbeelding: Traffic Manager-eindpuntfailover en herstelvolgorde

  1. GET. Voor elk eindpunt voert het Bewakingssysteem van Traffic Manager een GET-aanvraag uit op het pad dat is opgegeven in de bewakingsinstellingen.

  2. 200 OK of aangepast codebereik opgegeven instellingen voor bewaking van Traffic Manager-profielen. In het bewakingssysteem wordt verwacht dat een HTTP 200 OK of een statuscode in het bereik dat is opgegeven in de bewakingsinstellingen binnen 10 seconden wordt geretourneerd. Wanneer deze reactie wordt ontvangen, wordt herkend dat de service beschikbaar is.

  3. 30 seconden tussen controles. De statuscontrole van het eindpunt wordt elke 30 seconden herhaald.

  4. De service is niet beschikbaar. De service is niet meer beschikbaar. Traffic Manager weet het pas bij de volgende statuscontrole.

  5. Probeert toegang te krijgen tot het bewakingspad. Het bewakingssysteem voert een GET-aanvraag uit, maar ontvangt geen reactie binnen de time-outperiode van 10 seconden. Vervolgens wordt er drie keer geprobeerd, met intervallen van 30 seconden. Als een van de pogingen is geslaagd, wordt het aantal pogingen opnieuw ingesteld.

  6. Status ingesteld op Gedegradeerd. Na een vierde opeenvolgende fout markeert het bewakingssysteem de status van het niet-beschikbare eindpunt als gedegradeerd.

  7. Verkeer wordt omgeleid naar andere eindpunten. De DNS-naamservers van Traffic Manager worden bijgewerkt en Traffic Manager retourneert het eindpunt niet meer als reactie op DNS-query's. Nieuwe verbindingen worden omgeleid naar andere, beschikbare eindpunten. Eerdere DNS-antwoorden die dit eindpunt bevatten, kunnen echter nog steeds in de cache worden opgeslagen door recursieve DNS-servers en DNS-clients. Clients blijven het eindpunt gebruiken totdat de DNS-cache verloopt. Wanneer de DNS-cache verloopt, maken clients nieuwe DNS-query's en worden ze omgeleid naar verschillende eindpunten. De cacheduur wordt bepaald door de TTL-instelling in het Traffic Manager-profiel, bijvoorbeeld 30 seconden.

  8. Statuscontroles worden voortgezet. Traffic Manager blijft de status van het eindpunt controleren terwijl het een gedegradeerde status heeft. Traffic Manager detecteert wanneer het eindpunt terugkeert naar de status.

  9. De service komt weer online. De service wordt beschikbaar. Het eindpunt behoudt de gedegradeerde status in Traffic Manager totdat het bewakingssysteem de volgende statuscontrole uitvoert.

  10. Verkeer naar service wordt hervat. Traffic Manager verzendt een GET-aanvraag en ontvangt een 200 OK-statusantwoord. De service is weer in orde. De Traffic Manager-naamservers worden bijgewerkt en ze beginnen de DNS-naam van de service uit te delen in DNS-antwoorden. Verkeer keert terug naar het eindpunt als DNS-antwoorden in de cache die andere eindpunten retourneren, en omdat bestaande verbindingen met andere eindpunten eindigen.

    Belangrijk

    Traffic Manager implementeert meerdere tests vanaf meerdere locaties voor elk eindpunt. Meerdere tests vergroten de tolerantie voor eindpuntbewaking. Traffic Manager voegt de gemiddelde status van de tests samen in plaats van te vertrouwen op een enkel testexemplaren. De redundantie van het testsysteem is standaard. Eindpuntwaarden moeten holistisch worden bekeken en niet per test. Het getal dat wordt weergegeven voor de teststatus is een gemiddelde. De status mag alleen een probleem zijn als er minder dan 50% (0,5) tests een upstatus publiceren.

    Notitie

    Omdat Traffic Manager op DNS-niveau werkt, kan dit geen invloed hebben op bestaande verbindingen met een eindpunt. Wanneer verkeer tussen eindpunten wordt omgeleid (door gewijzigde profielinstellingen of tijdens een failover of failback), stuurt Traffic Manager nieuwe verbindingen naar beschikbare eindpunten. Andere eindpunten kunnen verkeer blijven ontvangen via bestaande verbindingen totdat deze sessies zijn beëindigd. Als u wilt dat verkeer uit bestaande verbindingen wordt verwijderd, moeten toepassingen de sessieduur beperken die met elk eindpunt wordt gebruikt.

Verkeersrouteringsmethoden

Wanneer een eindpunt een gedegradeerde status heeft, wordt het niet meer geretourneerd als reactie op DNS-query's. In plaats daarvan wordt een alternatief eindpunt gekozen en geretourneerd. De verkeersrouteringsmethode die in het profiel is geconfigureerd, bepaalt hoe het alternatieve eindpunt wordt gekozen.

  • Prioriteit. Eindpunten maken een lijst met prioriteit. Het eerste beschikbare eindpunt in de lijst wordt altijd geretourneerd. Als een eindpuntstatus is gedegradeerd, wordt het volgende beschikbare eindpunt geretourneerd.
  • Gewogen. Alle beschikbare eindpunten worden willekeurig gekozen op basis van hun toegewezen gewichten en de gewichten van de andere beschikbare eindpunten.
  • Prestaties. Het eindpunt dat het dichtst bij de eindgebruiker ligt, wordt geretourneerd. Als dat eindpunt niet beschikbaar is, verplaatst Traffic Manager verkeer naar de eindpunten in de dichtstbijzijnde Azure-regio. U kunt alternatieve failoverplannen configureren voor verkeersroutering met behulp van geneste Traffic Manager-profielen.
  • Geografisch. Het eindpunt dat is toegewezen aan de geografische locatie (op basis van de IP-adressen van de queryaanvraag) wordt geretourneerd. Als dat eindpunt niet beschikbaar is, is er geen ander eindpunt geselecteerd om een failover naar uit te wisselen, omdat een geografische locatie slechts kan worden toegewezen aan één eindpunt in een profiel. (Meer details vindt u in de Veelgestelde vragen). Als best practice raden we klanten aan om geneste Traffic Manager-profielen te gebruiken met meer dan één eindpunt als eindpunten van het profiel wanneer ze geografische routering gebruiken.
  • Meerdere waarden meerdere eindpunten die zijn toegewezen aan IPv4-/IPv6-adressen, worden geretourneerd. Wanneer een query voor dit profiel wordt ontvangen, worden eindpunten in orde geretourneerd op basis van het maximumaantal records in antwoordwaarde die u hebt opgegeven. Het standaardaantal antwoorden is twee eindpunten.
  • Subnet Het eindpunt dat is toegewezen aan een set IP-adresbereiken wordt geretourneerd. Wanneer een aanvraag van dat IP-adres wordt ontvangen, is het geretourneerde eindpunt degene die is toegewezen voor dat IP-adres. 

Zie Traffic Manager-verkeersrouteringsmethoden voor meer informatie.

Notitie

Eén uitzondering op normaal gedrag voor verkeersroutering treedt op wanneer alle in aanmerking komende eindpunten een gedegradeerde status hebben. Traffic Manager probeert 'best effort' uit te voeren en reageert alsof alle gedegradeerde statuseindpunten zich in een onlinestatus bevinden. Dit gedrag verdient de voorkeur aan het alternatief. Dit is om geen eindpunt in het DNS-antwoord te retourneren. Uitgeschakelde of gestopte eindpunten worden niet bewaakt, daarom worden ze niet beschouwd als in aanmerking komend voor verkeer.

Deze voorwaarde wordt meestal veroorzaakt door een onjuiste configuratie van de service, zoals:

  • Een toegangsbeheerlijst [ACL] blokkeert de statuscontroles van Traffic Manager.
  • Een onjuiste configuratie van de bewakingspoort of het protocol in het Traffic Manager-profiel.

Het gevolg van dit gedrag is dat als Traffic Manager-statuscontroles niet correct zijn geconfigureerd, het mogelijk wordt weergegeven via de verkeersroutering alsof Traffic Manager goed werkt. In dit geval kan er echter geen eindpuntfailover plaatsvinden die van invloed is op de algehele beschikbaarheid van toepassingen. Het is belangrijk om te controleren of het profiel een onlinestatus weergeeft, niet een gedegradeerde status. Een onlinestatus geeft aan dat de Traffic Manager-statuscontroles werken zoals verwacht.

Zie Problemen met verminderde statuscontroles in Azure Traffic Manager oplossen voor meer informatie over het oplossen van problemen met mislukte statuscontroles.

Statuscontroles in- of uitschakelen

Met Azure Traffic Manager kunt u ook eindpuntstatuscontroles configureren die moeten worden ingeschakeld of uitgeschakeld. Als u bewaking wilt uitschakelen, kiest u de optie om altijd verkeer te verwerken.

Er zijn twee beschikbare instellingen voor statuscontroles:

  1. Inschakelen (statuscontroles). Verkeer wordt geleverd aan het eindpunt op basis van de status. Dit is de standaardinstelling.
  2. Serveer altijd verkeer. Met deze instelling worden statuscontroles uitgeschakeld.

Altijd serveren

Wanneer Altijd verkeer wordt geselecteerd, wordt bewaking overgeslagen en wordt verkeer altijd verzonden naar een eindpunt. De weergegeven status van de eindpuntmonitor is niet bewaakt.

Always Serve inschakelen:

  1. Selecteer Eindpunten in de sectie Instellingen van uw Traffic Manager-profielblade.
  2. Selecteer het eindpunt dat u wilt configureren.
  3. Kies onder Statuscontroles altijd verkeer leveren.
  4. Selecteer Opslaan.

Zie het volgende voorbeeld:

Schermopname van eindpuntstatuscontroles.

Notitie

  • Statuscontroles kunnen niet worden uitgeschakeld voor geneste Traffic Manager-profielen.
  • Er moet een eindpunt zijn ingeschakeld om statuscontroles te configureren.
  • Als u een eindpunt inschakelt en uitschakelt, wordt de configuratie voor statuscontroles niet opnieuw ingesteld.
  • Eindpunten die zijn geconfigureerd om altijd verkeer te verwerken, worden gefactureerd voor basisstatuscontroles.

Veelgestelde vragen

Volgende stappen