Symptoms
Slik feilsøker du problemer med ECS-ytelse.
Ytelsesrelaterte problemer:
- Én eller flere typer operasjoner er trege. Dette er det vanligste problemet siden problemet oppstår fra sluttapplikasjonene.
- Én eller flere noder er trege eller har høy ressursbruk. Dette kan være et spørsmål som stilles av overvåkingen av ECS, eller som finnes som en del av normal bruk.
Cause
Flere faktorer, for eksempel nettverksrelaterte problemer, høy belastning og bruksmønstre og så videre.
Resolution
Spørsmål du bør vurdere når du opplever redusert ytelse. (Forvent at teknisk støtte ber om svar på spørsmål nedenfor)
Har noe blitt endret nylig i miljøet?
- Programvare eller maskinvare?
- Laste?
- Nettverk?
- Brannmur?
- Lastbalanse?
- Kan problemet uttrykkes når det gjelder ventetid eller kjøretid
- Hva er miljøet? Brukes programvare og maskinvare? Versjoner? Konfigurasjon? Kundeapplikasjon?
- Hva er gjennomsnittsfilstørrelsen (store og små filer)?
- Er lesing, skriving, slettinger eller oppdateringer berørt? Eller alle berørte metoder?
- Mulighet til å lese eller skrive ved hjelp av andre tilgangsmetoder? Er én bestemt applikasjon berørt, eller er alle applikasjoner berørt?
Hvilken tilgangsmetode brukes:
- S3
- Swift
- Centera SDK (CAS) Er det en overføring/ECSsync eller annen migrering pågår?
- Tilgang til filsystem:
- Windows ved hjelp av CIFS (geodrive)
- Linux bruker NFS
Hva er applikasjonstilgangsmønsteret?
POST oppretter og endrer navn på objekter.
GET henter objektdata.
PUT oppdaterer objektattributter
DELETE fjerner objekter og metadata fra systemet.
HEAD samsvarer med hver GET-metode. HEAD ser akkurat ut som en GET-forespørsel, bortsett fra at metodenavnet er HEAD (HODE) i stedet for GET (HENt).
Svaret på en HEAD-forespørsel inkluderer bare overskrifter. det inkluderer ikke et responsorgan.
-
Kobler applikasjonen til alle eller enkelte enkeltnoder? Er en lastbalanse konfigurert?
-
Kan navneområdet oppgis, kurvhemmeligheten og UID for den berørte applikasjonen slik at vi kan bruke til å utføre lignende tester på ECS?
Informasjon som skal samles inn på ECS hvis du åpner en SR med teknisk støtte for å bidra til å begrense problemløsingen
- Applikasjonslogger fra berørte applikasjoner som er spesifikke for en forespørsel om feil eller forsinket forespørsel, er mest fordelaktig her.
- Alle observasjoner fra ECS-brukergrensesnittet som i en node som er frakoblet eller andre kritiske feil observert fra kontrollpanelmenyen
- Svar på spørsmål fra forrige del
- Xdoctor kjører hvis det berørte systemet ikke har dialhome-funksjonalitet.