Tableau Server - Dynamische topologiewijzigingen
Met de introductie van TSM introduceerde Tableau Server ook de mogelijkheid om bepaalde topologiewijzigingen of -updates door te voeren zonder de server opnieuw op te starten. Dit zijn de zogenaamde dynamische topologiewijzigingen en ze kunnen dankzij de backgrounder- en VizQL Server-processen worden aangebracht.
U kunt het aantal backgrounder- of VizQL Server-instanties op een knooppunt verhogen of verlagen zonder dat Tableau Server opnieuw hoeft te worden opgestart, mits op het knooppunt al ten minste één instantie van het proces wordt uitgevoerd. U moet alleen het aantal instanties van backgrounder of VizQL Server wijzigen. Als u ook een ander proces toevoegt of verwijdert, of als u de eerste instantie van backgrounder of VizQL Server aan een knooppunt toevoegt of de laatste instantie van een van beide uit het knooppunt verwijdert, moet Tableau Server opnieuw worden opgestart.
Dynamische configuratiewijzigingen
Vanaf versie 2020.2.0 van Tableau Server kunnen bepaalde configuratiewijzigingen ook dynamisch worden doorgevoerd met behulp van configuratiesleutels. U kunt dynamische topologiewijzigingen doorvoeren op hetzelfde moment dat u dynamische configuratiewijzigingen doorvoert, zonder dat u de Tableau-server opnieuw hoeft op te starten. Zie Releaseopmerkingen Tableau Server in Wat is er nieuw voor 2020.2 in Tableau Server voor meer informatie over dynamische configuratiewijzigingen.
Voorbeeldscenario's
Om een beter idee te krijgen waarom dit nuttig kan zijn, kunt u de volgende voorbeelden bekijken:
- Backgrounder: aan het einde van een verkoopkwartaal gebruikt uw verkoopteam Tableau Server om hun cijfers bij te houden. Verkopers kunnen op dashboards die afhankelijk zijn van extracten zien hoe ze het doen. Als de extractvernieuwingen zijn vertraagd, betekent dit dat uw team niet de meest recente cijfers ziet. U kunt extra backgrounders toevoegen aan elk knooppunt dat al ten minste één backgrounder of VizQL Server heeft en de doorvoer van extractvernieuwingen verhogen, zodat u kunt garanderen dat de cijfers up-to-date zijn wanneer uw team een kwartaal heeft afgerond. Na afloop van het kwartaal kunt u de achtergrondinstanties opnieuw verkleinen om Tableau Server terug te zetten naar de oorspronkelijke configuratie.
- VizQL Server: als Tableau Server de weergavevernieuwingen niet kan bijhouden, kunt u snel extra VizQL Server-instanties toevoegen aan elk knooppunt waarvoor al ten minste één instantie van VizQL Server of backgrounder is geconfigureerd. In het bovenstaande voorbeeld van de backgrounder wilt u VizQL Servers mogelijk tijdelijk verwijderen om ruimte te maken voor extra backgrounders. Vervolgens kunt u deze opnieuw toevoegen voordat uw gebruikers de volgende ochtend arriveren.
Dynamische topologiewijzigingen doorvoeren
U kunt dynamische topologiewijzigingen aanbrengen via de TSM-webgebruikersinterface of de opdrachtregel. Als u de webinterface wilt gebruiken, meldt u zich via een browser aan bij TSM en werkt u op het tabblad Configuratie het aantal backgrounder- of VizQL Server-instanties bij voor het knooppunt dat u wilt bijwerken. Zie Knooppunten configureren voor meer details. Als u uw wijzigingen wilt doorvoeren via de TSM CLI, voert u bij een opdrachtprompt de opdracht tsm topology set-process uit. Zie Het aantal processen op een knooppunt wijzigen voor details.
Impact van dynamische topologiewijzigingen
Wanneer u dynamische topologiewijzigingen doorvoert waarbij bestaande instanties van VizQL Server of backgrounder worden verwijderd, worden de instanties onmiddellijk verwijderd. Houd rekening met de volgende mogelijke gevolgen voor gebruikers en momenteel actieve jobs:
Backgrounder: alle taken die momenteel worden uitgevoerd, worden beëindigd. De normale logica voor opnieuw starten van Tableau Server start deze jobs opnieuw op met behulp van een andere instantie van backgrounder.
VizQL Server: alle actieve sessies worden beëindigd. Gebruikers krijgen mogelijk een foutmelding te zien. De fout zou moeten verdwijnen door de browser te vernieuwen.
Best practices
Tableau raadt u aan om alle dynamische topologiewijzigingen die u wilt gebruiken, te testen voordat u ze in uw productieomgeving implementeert. Hiermee krijgt u een volledig inzicht in de mogelijke gevolgen voor uw gebruikers en geplande vernieuwingen en abonnementen. Zo kunt u optimaal profiteren van de flexibiliteit van dynamische topologie.
Dynamische topologiewijzigingen automatiseren
U kunt dynamische topologiewijzigingen automatiseren. Als u bijvoorbeeld de meeste extractvernieuwingen 's nachts hebt gepland en weet dat uw server extra capaciteit heeft omdat er geen gebruikers zijn aangemeld, kunt u een script of een ander geautomatiseerd implementatiehulpmiddel gebruiken om instanties van de backgrounder toe te voegen wanneer ze het meest efficiënt kunnen worden gebruikt. Vervolgens kunt u ze verwijderen vóór het begin van de werkdag.
Om automatisch de status van processen te verkrijgen, gebruikt u de opdracht tsm status -v
en parseert u de uitvoer in uw script. Als alternatief kunt u de REST API van TSM gebruiken om de serverstatus op te halen. De API bevindt zich momenteel in de alfafase. Zie Serverstatus ontvangen(Link wordt in een nieuw venster geopend) voor meer details.
Een voorbeeldscript om vier instanties van de backgrounder op knooppunt 2 in te stellen, zou er als volgt uit kunnen zien:
echo Adding/Removing Processes tsm topology set-process -pr backgrounder -n node2 -c 4 tsm pending-changes apply echo Done!