Optimaliseren voor gebruikersverkeer
U kunt optimaliseren voor verkeer als u veel actieve Tableau Server-gebruikers hebt en weinig gepubliceerde databronnen waarvan de extracten vernieuwd moeten worden.
Wanneer optimaliseren voor gebruikersverkeer
Langzame laadtijden voor weergaven
Gebruik het dashboard Verzoeken en sessies van de voorbeeldprestatiewerkmap om te analyseren hoe lang het duurt om weergaven te laden.
Als het laden van meerdere weergaven langer dan 10 seconden duurt en als de trage laadtijden het gevolg zijn van een groot aantal sessies, kan dit erop duiden dat het gebruikersverkeer de server vertraagt.
Als het echter lang duurt om een bepaalde weergave te laden, ongeacht wanneer deze wordt bekeken, is dit een teken dat de werkmap voor die weergave moet worden geoptimaliseerd. U kunt identificeren welke werkmappen moeten worden geoptimaliseerd met de beheerweergave Statistieken voor laadtijden. Enkele eenvoudige manieren om werkmappen te optimaliseren, zijn onder meer minder informatie in elke weergave weergeven of weergaven opsplitsen, het aantal filters verminderen en data-extracten gebruiken.
Hoog resourcegebruik dat overeenkomt met het gebruikersverkeer
Als uw server tijdens piekuren een hoog CPU- en geheugengebruik vertoont, dient u deze te optimaliseren voor gebruikersverkeer. Om de piekuren van het verkeer te bepalen en te analyseren hoeveel gelijktijdige gebruikers er op uw server zijn, gebruikt u het dashboard Gebruikers en acties. Bovendien kunt u gebruik maken van de beheerweergave Verkeer naar weergaven om te zien hoeveel gebruikersverkeer er nodig is om weergaven te openen (in tegenstelling tot het uitvoeren van beheerfuncties, publiceren of andere taken).
Als u op een punt in de weergave Aantal gebruikers klikt, worden op het dashboard de gebruikers weergegeven die op dat moment actief waren en het aantal gebruikersacties dat deze gebruikers hebben uitgevoerd. Standaard worden alleen de gebruikersweergaven weergegeven als gebruikersacties, maar u kunt het filter Actietypen gebruiken om extra gebruikersacties weer te geven.
Noteer de tijdstippen van de dag waarop er veel gelijktijdige gebruikers en weergaven zijn, zodat u dit kunt vergelijken met het resourcegebruik. Als vuistregel geldt dat het aantal gebruikers overeenkomt met een hoog aantal gebruikersacties. De weergave in dit voorbeeld toont echter een kunstmatig hoog aantal acties voor één gebruiker als onderdeel van een test voor het genereren van de belasting. U kunt bijvoorbeeld het hoge aantal weergaven om 00.00 uur op 28 juni vergelijken met het resourcegebruik in het later geïllustreerde dashboard.
Gebruik het dashboard CPU-gebruik om het percentage van het totale CPU-gebruik en het percentage van het CPU-gebruik voor elk proces weer te geven. Let in het volgende voorbeeld op de grote piek in het totale CPU-gebruik en in het VizQL-serverproces om 00.00 uur op 28 juni. Omdat het VizQL-serverproces weergaven laadt en weergeeft, is het VizQL-serverproces vaak het eerste proces dat belasting ondervindt bij veel gebruikersverkeer.
Opmerking: Het percentage van het CPU-gebruik voor afzonderlijke processen kan oplopen tot meer dan 100 procent. Dit komt doordat het processorgebruik voor individuele processen wordt gemeten voor een bepaalde processorkern. Het totale CPU-gebruik daarentegen wordt gemeten voor alle processorkernen.
Gebruik het dashboard Geheugengebruik om het percentage van het totale geheugengebruik en het gemiddelde geheugengebruik in gigabytes weer te geven. Over het algemeen geldt dat het geheugengebruik gestaag toeneemt naarmate het gebruikersverkeer toeneemt. Ook hier is het VizQL-serverproces het eerste dat belasting ondervindt bij veel verkeer.
Manieren om te optimaliseren voor gebruikersverkeer
Wanneer een hoog gebruikersverkeer overeenkomt met een hoog resourcegebruik, zoals in het eerder getoonde voorbeeld, moet u optimaliseren voor gebruikersverkeer.
Het aantal VizQL-serverprocessen aanpassen
De meest effectieve manier om het gebruikersverkeer te optimaliseren, is door het aantal VizQL-serverprocessen aan te passen. Voeg één VizQL-serverproces tegelijk toe en meet het effect met meer prestatiebewaking. Omdat VizQL-serverprocessen veel CPU en geheugen kunnen verbruiken, kan het toevoegen van te veel processen de server vertragen. Als u consistent een hoog geheugengebruik constateert, probeer dan het aantal VizQL-serverprocessen te verminderen om de hoeveelheid gereserveerd geheugen te verminderen.
Zie Knooppunten configureren voor meer informatie over het configureren van processen.
Het aantal andere processen aanpassen
Hoewel de meest effectieve manier om de prestaties voor gebruikersverkeer te verbeteren, is door het aantal VizQL-serverprocessen aan te passen, kunt u ook andere processen afstemmen die het VizQL-serverproces ondersteunen of die voorkomen dat het VizQL-serverproces toegang krijgt tot resources. Het VizQL-serverproces doet bijvoorbeeld frequente verzoeken aan het cacheserverproces, dus u wilt wellicht ook het aantal cacheserverprocessen verhogen. Aan de andere kant kunnen de backgrounder-processen concurreren om CPU-resources met het VizQL-serverproces. Als u dus niet zo vaak extractvernieuwingen hoeft uit te voeren, kunt u het aantal processen voor de backgrounder verminderen. Als u extra instanties van de backgrounder nodig hebt en als u Tableau Server op een cluster uitvoert, kunt u het backgrounder-proces naar een speciaal knooppunt verplaatsen.
De VizQL-sessietime-outlimiet aanpassen
In het eerder getoonde voorbeeld neemt de hoeveelheid geheugen die door het VizQL-serverproces wordt gebruikt toe met het gebruikersverkeer en blijft deze nog enige tijd gereserveerd door Tableau Server nadat het verkeer is beëindigd. Dit komt doordat het VizQL-serverproces geheugen reserveert voor elke sessie gedurende een bepaalde tijd. Als het VizQL-serverproces een hoog percentage van het beschikbare geheugen gebruikt, probeer dan de time-out voor elke sessie te verkorten om geheugen sneller beschikbaar te maken.
Om dit te doen, gebruikt u de opdracht tsm configuration set
om de vizqlserver.session.expiry.timeout
-instelling te verminderen. De standaardinstelling is 30 minuten.
De cache minder vaak vernieuwen
Als uw gebruikers niet altijd de meest actuele data nodig hebben, kunt u Tableau Server zo configureren dat data zoveel mogelijk in de cache worden geplaatst en opnieuw worden gebruikt.
Om dit te doen, gebruikt u de opdracht tsm data-access caching list
om de vernieuwingsfrequentie te bevestigen. De standaard is Low
. Gebruik de opdracht tsm data-access caching set
om de vernieuwingsfrequentie te wijzigen.
De responsiviteit van de weergave beoordelen
Wanneer een gebruiker een weergave opent, worden de componenten van de weergave eerst opgehaald en geïnterpreteerd. Vervolgens worden ze weergegeven in de webbrowser van de gebruiker. Voor de meeste weergaven vindt de weergaverendering plaats in de webbrowser van de gebruiker. In de meeste gevallen levert dit de snelste resultaten en de hoogste mate van interactieve responsiviteit op. Door de meeste interacties via de webbrowser van de client af te handelen, wordt de bandbreedte verminderd en worden vertragingen bij retourverzoeken geëlimineerd. Als een weergave erg complex is, verwerkt Tableau Server de renderingfase op de server in plaats van in de webbrowser van de client, omdat dit over het algemeen de beste prestaties oplevert. Als u merkt dat de weergaven niet zo responsief zijn als u zou willen, kunt u de drempelwaarde testen en wijzigen die ervoor zorgt dat weergaven door de server worden weergegeven in plaats van in de webbrowser van de client. Zie Rendering op de client configureren voor meer informatie.