Aanbevolen procedures voor toezicht Adobe Experience Manager Assets implementatie assets-monitoring-best-practices

Van de Experience Manager Assets de controle moet onder meer inhouden dat de volgende processen en technologieën worden gevolgd en gerapporteerd:

  • SysteemCPU
  • Systeemgeheugengebruik
  • Systeemschijf-IO en IO-wachttijd
  • IO van systeemnetwerk
  • JMX MBans voor het gebruik van de heap en asynchrone processen, zoals werkschema's
  • Health checks OSGi-console

Doorgaans Experience Manager Assets kan op twee manieren worden gemonitord: live monitoring en langetermijnmonitoring.

Live bewaking live-monitoring

U zou levende controle tijdens de prestaties testende fase van uw ontwikkeling of tijdens high-load situaties moeten uitvoeren om de prestatieskenmerken van uw milieu te begrijpen. Doorgaans moet live controle worden uitgevoerd met behulp van een reeks gereedschappen. Hier volgen enkele aanbevelingen:

  • Visuele VM: Visuele VM stelt u in staat gedetailleerde Java VM-informatie weer te geven, zoals CPU-gebruik, Java-geheugengebruik. Bovendien laat het u code steekproef en evalueren die op een plaatsing loopt.

  • Boven: De bovenkant is een bevel van Linux dat omhoog een dashboard opent, dat gebruiksstatistieken, met inbegrip van cpu, geheugen, en gebruik IO toont. Het biedt een overzicht op hoog niveau van wat er op een instantie gebeurt.

  • Bovenkant: Htop is een interactieve procesviewer. Deze biedt naast wat Top kan bieden, een gedetailleerd CPU- en geheugengebruik. De bovenkant kan op de meeste systemen van Linux worden geïnstalleerd gebruikend yum install htop of apt-get install htop.

  • Iotop: Iotop is een gedetailleerd dashboard voor gebruik van schijf-IO. Het toont bars en meters die de processen beschrijven die schijf IO en de hoeveelheid gebruiken zij. Iotop kan op de meeste systemen van Linux worden geïnstalleerd gebruikend yum install iotop of apt-get install iotop.

  • IFtop: InCopy geeft gedetailleerde informatie weer over het gebruik van Ethernet en een netwerk. De vertoningen van de top per de statistieken van het communicatiekanaal over de entiteiten die ethernet gebruiken en de hoeveelheid bandbreedte zij gebruiken. Installeer de laptop op de meeste Linux-systemen met yum install iftop of apt-get install iftop.

  • Java Flight Recorder (JFR): een commercieel hulpmiddel van Oracle dat u vrij kunt gebruiken in niet-productieomgevingen. Zie voor meer informatie Java-vluchtrecorder gebruiken om CQ-runtimeproblemen te onderzoeken.

  • Experience Manager error.log bestand: u kunt het Experience Manager error.log voor meer informatie over fouten die zijn aangemeld bij het systeem. De opdracht gebruiken tail -F quickstart/logs/error.log om fouten te identificeren om te onderzoeken.

  • Workflowconsole: Gebruik de workflowconsole om workflows te controleren die achterblijven of vastlopen.

Doorgaans gebruikt u deze gereedschappen samen om een uitgebreid idee te krijgen van de prestaties van uw Experience Manager implementatie.

NOTE
Dit zijn standaardgereedschappen die niet rechtstreeks door de Adobe worden ondersteund. Ze hebben geen extra licenties nodig.

chlimage_1-33

Afbeelding: Live controle met het visuele VM-gereedschap.

chlimage_1-32

Controle op lange termijn long-term-monitoring

Langdurige monitoring van een Experience Manager de implementatie omvat de bewaking van dezelfde delen die live worden bewaakt voor een langere periode. Het omvat ook het definiëren van waarschuwingen die specifiek zijn voor uw omgeving.

Aggregatie en rapportage van stamhout log-aggregation-and-reporting

Er zijn verscheidene hulpmiddelen beschikbaar om logboeken samen te voegen, bijvoorbeeld, Splunk™ en Elastic Search, Logstash, en Kabana (ELK). De uptime van uw Experience Manager de plaatsing, is het belangrijk voor u om logboekgebeurtenissen te begrijpen specifiek voor uw systeem en alarm tot stand te brengen die op hen worden gebaseerd. Een goede kennis van uw ontwikkeling en verrichtingspraktijken kan u helpen beter begrijpen hoe te om uw proces van de logboeksamenvoeging te stemmen om kritieke alarm te produceren.

Milieu-monitoring environment-monitoring

De bewaking van het milieu omvat de bewaking van het volgende:

  • Netwerkdoorvoer
  • IO schijf
  • Geheugen
  • CPU-gebruik
  • JMX MBeans
  • Externe websites

U hebt externe hulpmiddelen nodig, zoals NewRelic™ en AppDynamics™ om elk item te controleren. Met deze gereedschappen kunt u waarschuwingen definiëren die specifiek zijn voor uw systeem, zoals een hoog systeemgebruik, back-up van de workflow, storingen in de health check of niet-geverifieerde toegang tot uw website. Adobe beveelt geen bepaalde gereedschappen aan boven andere. Zoek het hulpmiddel dat voor u werkt, en gebruik het om de besproken punten te controleren.

Interne controle van toepassingen internal-application-monitoring

De interne toepassingscontrole omvat de controle van de toepassingscomponenten die omhoog maken Experience Manager stapel, inclusief JVM, de opslagplaats voor inhoud en bewaking via aangepaste toepassingscode die op het platform is gebaseerd. In het algemeen wordt het uitgevoerd via JMX-boonen die rechtstreeks kunnen worden gecontroleerd door veel populaire monitoroplossingen, zoals SolarWinds ™, HP OpenView™, Hyperic™, Zabbix™ en andere. Voor systemen die geen directe verbinding met JMX ondersteunen, kunt u shellscripts schrijven om de JMX-gegevens te extraheren en aan deze systemen beschikbaar te maken in een indeling die ze zelf begrijpen.

Externe toegang tot de JMX-mabeans is niet standaard ingeschakeld. Voor meer informatie over controle via JMX raadpleegt u Controle en beheer met behulp van JMX-technologie.

In veel gevallen is een basislijn nodig om een statistiek effectief te kunnen controleren. Als u een basislijn wilt maken, observeert u het systeem onder normale bedrijfsomstandigheden gedurende een vooraf bepaalde periode en identificeert u vervolgens de normale maatstaf.

JVM-bewaking

Net als bij elke op Java gebaseerde toepassingsstapel, Experience Manager is afhankelijk van de bronnen die hem via de onderliggende Java Virtual Machine worden verschaft. U kunt de status van veel van deze bronnen controleren via Platform MXBeans die door JVM beschikbaar worden gemaakt. Voor meer informatie over MXBeans, zie Het gebruiken van Platform MBean Server en Platform MXBeans.

Hier volgen enkele basislijnparameters die u kunt controleren voor JVM:

Geheugen

  • MBean: lava.lang:type=Memory
  • URL: /system/console/jmx/java.lang:type=Memory
  • Instanties: alle servers
  • Alarmdrempel: wanneer het heap- of niet-heapgeheugengebruik meer dan 75% van het overeenkomstige maximale geheugen bedraagt.
  • Alarmdefinitie: systeemgeheugen is onvoldoende of er is een geheugenlek in de code. Analyseer een draadstortplaats om bij een definitie aan te komen.
NOTE
De informatie die door dit boon wordt verstrekt wordt uitgedrukt in bytes.

Threads

  • MBean: java.lang:type=Threading
  • URL: /system/console/jmx/java.lang:type=Threading
  • Instanties: alle servers
  • Alarmdrempel: wanneer het aantal threads groter is dan 150% van de basislijn.
  • Alarm definition: Of er is een actief wegloopproces, of een inefficiënte verrichting verbruikt een grote hoeveelheid middelen. Analyseer een draadstortplaats om bij een definitie aan te komen.

MonitorExperience Manager

Experience Manager stelt ook een reeks statistieken en verrichtingen door JMX bloot. Deze kunnen helpen systeemgezondheid beoordelen en potentiële problemen identificeren alvorens zij gebruikers beïnvloeden. Zie voor meer informatie documentatie op Experience Manager JMX MBeans.

Hier zijn enkele basislijnparameters die u kunt controleren Experience Manager:

Replication-agents

  • MBean: com.adobe.granite.replication:type=agent,id="<AGENT_NAME>"

  • URL: /system/console/jmx/com.adobe.granite.replication:type=agent,id="<AGENT_NAME>"

  • Instanties: één auteur en alle publicatie-instanties (voor uitlijningsmiddelen)

  • Alarmdrempel: wanneer de waarde van QueueBlocked is true of de waarde van QueueNumEntries is groter dan 150% van de basislijn.

  • Alarmdefinitie: Aanwezigheid van een geblokkeerde rij in het systeem die erop wijst dat het replicatiedoel neer of onbereikbaar is. Vaak leiden netwerk- of infrastructuurproblemen ertoe dat overdreven items in de wachtrij worden geplaatst, wat de systeemprestaties nadelig kan beïnvloeden.

NOTE
Vervang voor de parameters MBean en URL <AGENT_NAME> met de naam van de replicatieagent wilt u controleren.

Sessieteller

  • MBean: org.apache.jackrabbit.oak:id=7,name="OakRepository Statistics",type="RepositoryStats"
  • URL: /system/console/jmx/org.apache.jackrabbit.oak:id=7,name="OakRepository Statistics",type="RepositoryStats"
  • Instanties: alle servers
  • Alarmdrempel: wanneer open sessies de basislijn met meer dan 50% overschrijden.
  • Alarmdefinitie: sessies kunnen worden geopend via een stuk code en nooit worden gesloten. Dit kan in de loop der tijd langzaam gebeuren en uiteindelijk geheugenlekken in het systeem veroorzaken. Hoewel het aantal sessies op een systeem moet fluctueren, mogen ze niet voortdurend toenemen.

Gezondheidscontroles

Gezondheidscontroles die beschikbaar zijn in de bewerkingsdashboard beschikken over overeenkomstige JMX MBans voor controle. Nochtans, kunt u de controles van de douanegezondheid schrijven om extra systeemstatistieken bloot te stellen.

Hier zijn een aantal uit-van-de-doos gezondheidscontroles die nuttig zijn om te controleren:

  • Systeemcontroles

    • MBean: org.apache.sling.healthcheck:name=systemchecks,type=HealthCheck
    • URL: /system/console/jmx/org.apache.sling.healthcheck:name=systemchecks,type=HealthCheck
    • Instanties: één auteur, alle publicatieservers
    • Alarmdrempel: wanneer de status niet OK is
    • Alarmdefinitie: de status van een van de meetwaarden is WAARSCHUWING of KRITIEK. Controleer de logboekattributen voor meer informatie over de oorzaak van de kwestie.
  • Replicatiereeks

    • MBean: org.apache.sling.healthcheck:name=replicationQueue,type=HealthCheck
    • URL: /system/console/jmx/org.apache.sling.healthcheck:name=replicationQueue,type=HealthCheck
    • Instanties: één auteur, alle publicatieservers
    • Alarmdrempel: wanneer de status niet OK is
    • Alarmdefinitie: de status van een van de meetwaarden is WAARSCHUWING of KRITIEK. Controleer de logboekattributen voor meer informatie over de rij die de kwestie veroorzaakte.
  • Responsprestaties

    • MBean: org.apache.sling.healthcheck:name=requestsStatus,type=HealthCheck
    • URL: /system/console/jmx/org.apache.sling.healthcheck:name=requestsStatus,type=HealthCheck
    • Instanties: alle servers
    • Duur van waarschuwing: wanneer de status niet OK is
    • Alarmdefinitie: de status van een van de meetwaarden is WAARSCHUWING of KRITIEKE status. Controleer de logboekattributen voor meer informatie over de rij die de kwestie veroorzaakte.
  • Query-prestaties

    • MBean: org.apache.sling.healthcheck:name=queriesStatus,type=HealthCheck
    • URL: /system/console/jmx/org.apache.sling.healthcheck:name= queriesStatus,type=HealthCheck
    • Instanties: één auteur, alle publicatieservers
    • Alarmdrempel: wanneer de status niet OK is
    • Alarmdefinitie: een of meer query's die langzaam in het systeem worden uitgevoerd. Controleer de logboekattributen voor meer informatie over de vragen die de kwestie veroorzaakten.
  • Actieve bundels

    • MBean: org.apache.sling.healthcheck:name=inactiveBundles,type=HealthCheck
    • URL: /system/console/jmx/org.apache.sling.healthcheck:name=inactiveBundles,type=HealthCheck
    • Instanties: alle servers
    • Alarmdrempel: wanneer de status niet OK is
    • Alarmdefinitie: aanwezigheid van inactieve of onopgeloste OSGi-bundels op het systeem. Controleer het logkenmerk voor meer informatie over de bundels die de uitgave hebben veroorzaakt.
  • Logfouten

    • MBean: org.apache.sling.healthcheck:name=logErrorHealthCheck,type=HealthCheck
    • URL: /system/console/jmx/org.apache.sling.healthcheck:name=logErrorHealthCheck,type=HealthCheck
    • Instanties: alle servers
    • Alarmdrempel: wanneer de status niet OK is
    • Alarmdefinitie: er zijn fouten in de logbestanden. Controleer de logboekattributen voor meer informatie over de oorzaak van de kwestie.

Gemeenschappelijke kwesties en resoluties common-issues-and-resolutions

In het proces van controle, als u problemen ontmoet, zijn hier sommige het oplossen van problementaken die u kunt uitvoeren om gemeenschappelijke kwesties met op te lossen Experience Manager implementaties:

  • Als u TarMK gebruikt, voert u de Tar-compressie vaak uit. Zie voor meer informatie De opslagplaats onderhouden.

  • Controleren OutOfMemoryError logboeken. Zie voor meer informatie Geheugenproblemen analyseren.

  • Controleer de logboeken om het even welke verwijzingen naar unindexed vragen, boomstamtraversals, of indextraversals. Deze wijzen op unindexed vragen of op ontoereikend geïndexeerde vragen. Voor beste praktijken bij het optimaliseren van vraag en het indexeren prestaties, zie Beste werkwijzen voor vragen en het indexeren.

  • Gebruik de workflowconsole om te controleren of uw workflows naar behoren werken. Indien mogelijk kunt u meerdere workflows samenvoegen tot één workflow.

  • Herzie live monitoring en zoek naar extra knelpunten of hoge consumenten van specifieke hulpbronnen.

  • Onderzoek de uitgang punten van het cliëntnetwerk en de ingangen richten aan Experience Manager distributienetwerk, met inbegrip van de verzender. Dit zijn vaak knelpunten. Zie voor meer informatie Elementennetwerkoverwegingen.

  • Maak uw Experience Manager server. U kunt een te grote hoeveelheid Experience Manager implementatie. De Klantenondersteuning van de Adobe kan u helpen te identificeren of uw server ondermaats is.

  • Onderzoek de access.log en error.log bestanden voor ingangen rond de tijd van iets gingen fout . Zoek naar patronen die op anomalieën van de douanecode kunnen wijzen. Voeg deze toe aan de lijst met gebeurtenissen die u controleert.

recommendation-more-help
19ffd973-7af2-44d0-84b5-d547b0dffee2