Inleiding
Dit document beschrijft hoe u systeemgezondheidparameters kunt configureren en hoe u de systeemcontrole kunt uitvoeren op een Cisco e-mail security applicatie (ESA).
Voorwaarden
Vereisten
Er zijn geen specifieke vereisten van toepassing op dit document.
Gebruikte componenten
De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk levend is, zorg er dan voor dat u de mogelijke impact van om het even welke opdracht begrijpt.
Systeemgezondheidsparameters
De systeemgezondheidsparameters zijn drempelwaarden die op het apparaat zijn ingesteld om het CPU-gebruik, de maximumberichten in de werkwachtrij en meer te bewaken. Deze parameters hebben drempelwaarden die kunnen worden ingesteld om waarschuwingen te verzenden als ze zijn overschreden. De systeemgezondheidsparameters kunnen vanaf de GUI van het apparaat worden gevonden via System Administration > System Health > Edit Settings
, of u kunt de CLI-opdracht uitvoeren healthconfig
. De systeemgezondheidscontrole zelf kan vanaf de GUI worden uitgevoerd via System Administration > System Health > "Run System Health Check..."
, of u kunt de CLI-opdracht gebruiken healthcheck
.
Opmerking: Bekijk de Cisco AsyncOS voor e-mail gebruikershandleiding voor volledige details en configuratieassistentie voor systeemgezondheidsparameters.
Afbeelding 1: Standaardparameters voor systeemgezondheid
Als de parameters aanwezig zijn, wordt de waarde weergegeven in het rapport grafieken wanneer u deze bekijkt via de GUI. Bijvoorbeeld wanneer u het Overall CPU Usage
grafiek (Monitor > System Capacity > System Load
), ziet u de rode lijn die de ingestelde drempel van 85% aangeeft:
Afbeelding 2: Algemeen CPU-gebruik
Nadat de drempelwaarde is overschreden en als waarschuwingen zijn ingeschakeld, wordt een informatief bericht zoals in afbeelding 3 verstuurd:
Afbeelding 3: Waarschuwingse-mailvoorbeeld voor systeemgezondheid
Systeemgezondheidscontrole
De System Health Check is een geautomatiseerd gereedschap dat de prestatiegeschiedenis van uw ESA bekijkt. Hiermee kan worden bepaald of het historische hulpbronverbruik van de machine het mogelijk maakt om stabiel te functioneren nadat het is bijgewerkt naar de volgende versie van de code. De systeemgezondheidscontrole is een onderdeel van de systeemgezondheidsparameters.
Voor ESA's met 13.5.1 en eerdere herzieningen, wordt de System Health Check ingebouwd in het upgrade-proces en wordt automatisch uitgevoerd. De systeemgezondheidscontrole kan op elk moment handmatig worden uitgevoerd: System Administration > System Health > "Run System Health Check..."
Voor AsyncOS 13.5.2 en hoger is de systeemcontrole niet langer automatisch en moet deze handmatig worden uitgevoerd. Dit gebeurt door de GUI: Kies System Administration > System Health > "Run System Health Check..."
. Vanuit de CLI voert u het healthcheck
uit.
Bij de gezondheidscontrole bekijkt het apparaat de historische prestatiegegevens van de ESA's die zijn verkregen uit de statuslogboek, die potentiële problemen belichten.
Potentiële upgrade-problemen analyseren
Afbeelding 4: Resultaten van systeemcontrole en potentiële analyse
Gegevens geanalyseerd door de systeemgezondheidscontrole
De systeemgezondheidscontrole leest historische gegevens over het postverkeer uit de statuslogboeken van het ESA, met name de belangrijkste parameters die in deze tabel zijn opgenomen:
metrisch |
Drempel |
Beschrijving |
werkvragen |
500 |
WorkQ is de belangrijkste maatstaf voor prestaties van de ESA. WorkQ is een maatstaf voor de berichten die in een werkwachtrij wachten voor analyse door de beveiligingsmotoren van het apparaat (dat wil zeggen, Antispam, Antivirus, enzovoort). Wanneer de werkwachtrij een historie van een backlog heeft met gemiddeld 500 punten, wordt in de upgrade-controle "Vertraging in mailverwerking" weergegeven. |
CPULd |
85 |
Percentage CPU’s: taakverdeling of CPU-toepassingen: Als de CPU 85% of meer consequent bereikt, gaat het apparaat over op de Resource Conservation Mode, die in de Health Check de resultaten "Resource Conservation Mode" teruggeeft. |
RAMUtil |
45 |
Percentage van het verbruik: Als de hoeveelheid RAM die door het apparaat wordt gebruikt meer dan 45% bedraagt, wordt in de gezondheidscontrole "Gebruik van een hoog geheugen" weergegeven. |
Wisseldrempel |
5000 |
Drempel: Een afgeleid nummer uit de statuslogbestanden (SwPgIn + SwPgOut = SwapDrempel). Het gereedschap Gezondheidscontrole bekijkt vervolgens de historische gegevens van het statuslogboek en berekent een percentage van de posten die groter zijn dan de drempel van de wisselpagina. Het resultaat van de gezondheidscontrole is "High Memory Page Switching". |
Opmerking: Voor AsyncOS 11.0.2 voor e-mail security wordt SwapThDreold direct vergeleken met een systeemvariabele en niet het aantal pagina's dat in een minuut werd gewisseld uit het geheugen, zoals beschreven. De standaardwaarde voor SwapDrempel is 10.
saneringsplan
Een herstelplan kan bestaan uit verschillende benaderingen, van het optimaliseren van de berichtfilters tot de beslissing dat uw e-mailomgeving extra apparaten kan gebruiken om de lading aan te kunnen.
Wat betreft architectuur, vergeet niet gebruik te maken van de optie Gecentraliseerd beheer of Cluster die bij uw versie van de software is meegeleverd. De Cluster-functie is met name gunstig voor het onderhoud van een e-mailarchitectuur met een hoge beschikbaarheid, omdat het administratieve werk wordt vereenvoudigd wanneer het configuratie-instellingen/wijzigingen van alle apparatuur in de cluster kopieert.
In de tabel is een lijst beschikbaar van middelen die kunnen helpen bij het oplossen van de problemen die door de upgrade-controle zijn gemarkeerd.
Het Cisco Technical Assistance Center (TAC) verwelkomt uw vragen en ideeën voor verbetering. Voel je vrij om een nieuwe Cisco TAC-case te openen met de functie voor ondersteuningsverzoek van de ESA (voer de supportrequest
en ook via Contact Technical Support
in de web GUI.
Resultaat upgrade |
Beschrijving/herstelopties |
Vertraging bij e-mailverwerking |
De Mail Processing Delay, ook bekend als Worklist Backup, wordt doorgaans opgelost wanneer u uw e-mailarchitectuur analyseert en extra apparaten overweegt om de maillading aan te kunnen, snelheidsbeperkingen te configureren en gelijktijdige verbindingen met het apparaat bij de luisteraar te beperken. Het apparaat kan ook worden geconfigureerd om resources vrij te maken wanneer u bepaalde services uitschakelt, zoals antispam voor uitgaande post. |
Modus voor behoud van bronnen |
Lees meer over Resource Conservation Mode in ESA FAQ: Wat is Resource Conservation mode op het ESA?. |
Geheugengebruik |
Hoog geheugen gebruik betekent doorgaans een cache-instelling zoals Lichtgewicht Directory Access Protocol (LDAP) cache die hoger is dan de standaardinstelling. Bekijk de drempelinstellingen voor het apparaat en neem waarden in overweging die dichtbij de standaardinstellingen zijn. |
Geheugenpagina's wisselen |
Vaak kenmerkend voor "dure berichtfilters", kan het resultaat van "snelle pagina-omwisselen" betekenen dat er een mogelijkheid is om uw berichtfilters te analyseren en alternatieven te bedenken voor filters die een groot aantal RAM zoals woordenboeken gebruiken. |
Conclusie
Als u aanvullende vragen of opmerkingen hebt over de systeemcontrole, raadpleegt u de Releaseopmerkingen en de gebruikershandleiding voor de versie van AsyncOS die uw apparaat draait.
Gerelateerde informatie