IBM Cloud Integrazione del supporto

Sapere quando e come rivolgersi all'assistenza IBM Cloud per i problemi di prestazioni.

Risorse self-service

Prima di aprire un ticket, verificare quanto segue:

Quando contattare l'assistenza IBM

Contattare l'assistenza se si verificano i seguenti casi:

  • I problemi di prestazioni persistono anche dopo aver seguito questa guida.
  • Il ritardo nella replica continua nonostante l'ottimizzazione.
  • La latenza del disco rimane elevata senza picchi di carico di lavoro.
  • Sospetti problemi a livello di infrastruttura.
  • Comportamento inatteso dopo il ridimensionamento.
  • Problemi di salute legati all'impiego.
  • Problemi di backup o ripristino.

Prima di contattare l'assistenza

Raccogli le seguenti informazioni:

  • Dettagli di distribuzione

    • ID dell'installazione (CRN)
    • Regione e zone di disponibilità
    • Piano e risorse attuali
    • Versione MongoDB

  • Dettagli del problema

    • Finestra temporale del problema (con fuso orario)
    • Sintomi osservati
    • Impatto sulle applicazioni
    • Modifiche recenti (codice, configurazione, ridimensionamento)

  • Dati sulle prestazioni

    • Schermate di monitoraggio da Sysdig
    • Esempi di query che causano problemi
    • Output dei comandi di diagnostica
    • Activity Tracker eventi durante la finestra di emissione

  • MongoDB diagnostica

    # Collect diagnostic data
mongo "your-connection-string" --eval "
  printjson(db.serverStatus());
  printjson(db.currentOp());
  printjson(rs.status());
" > mongodb-diagnostics.json

Apertura di un ticket di supporto

Utilizzo della console IBM Cloud

  1. Andare su Assistenza nel menu in alto.
  2. Fare clic su Crea un caso.
  3. Selezionare Databases for MongoDB.
  4. Scegliere il livello di gravità.
  5. Fornire una descrizione dettagliata.
  6. Allegare i file di diagnostica.

Utilizzo della CLI IBM Cloud

# Create support case
ibmcloud support case-create \
  --subject "MongoDB Performance Issue" \
  --description "Detailed description of issue" \
  --severity 2 \
  --offering databases-for-mongodb

Livelli di gravità

Livelli di gravità
Severità Descrizione Tempo della risposta
1 (Critico) Interruzione della produzione, perdita di dati 1 ora
2 (Alto) Significativa riduzione delle prestazioni 2 ore
3 (Medio) Impatto moderato, soluzione disponibile 4 ore
4 (Basso) Domande generali, richieste di funzionalità 8 ore

Procedure di escalation

Se il problema non viene risolto entro i tempi previsti:

  1. Aggiornare il caso di assistenza con urgenza.
  2. Contattate il vostro account team di IBM.
  3. Per i problemi critici, richiedere l'escalation della gestione.

Sostenere le migliori pratiche

  • Fornite informazioni complete in anticipo.
  • Rispondere prontamente alle richieste di assistenza.
  • Testate prima le soluzioni suggerite nella fase di non produzione.
  • Documentare la risoluzione per riferimento futuro.

Riferimento rapido: comandi di diagnostica

Comandi essenziali di MongoDB per la risoluzione dei problemi di prestazioni.

Comandi diagnostici
Comando Scopo Metriche chiave Valori normali
db.serverStatus() Statistiche generali del server CPU, memoria, connessioni Varia in base al carico di lavoro
db.serverStatus().connections Statistiche di connessione corrente, disponibile < 80% del disponibile
db.serverStatus().opcounters Contatori di funzionamento inserire, interrogare, aggiornare, cancellare Dipendente dalla linea di base
db.serverStatus().locks Statistiche di blocco Tempo di blocco globale < 10% del tempo totale
db.serverStatus().wiredTiger.cache Statistiche cache Rapporto riscontri cache

95%
db.currentOp() Operazioni in corso Query attive, blocchi Poche operazioni di lunga durata
db.currentOp({ waitingForLock: true }) Operazioni in attesa di blocchi Conflitto blocchi Dovrebbe essere vuoto
rs.status() Stato del set di repliche Ritardo nella replica, salute dei membri Lag < 1 secondo
rs.printSecondaryReplicationInfo() Dettagli sul ritardo di replica Lag per secondario Lag < 1 secondo
db.collection.stats() Statistiche raccolta Dimensione, dimensione dell'indice, numero di documenti Monitoraggio della crescita
db.collection.find().explain("executionStats") Piano di esecuzione della query Tempo di esecuzione, documenti esaminati Utilizzare gli indici
db.system.profile.find() Registro delle query lento Operazioni lente Revisione periodica
sh.status() Stato di sharding (se applicabile) Distribuzione dei pezzi Distribuzione uniforme
db.adminCommand({ top: 1 }) Statistiche di utilizzo della raccolta Collezioni calde Identificare gli obiettivi di ottimizzazione
db.printReplicationInfo() Informazioni su Oplog Dimensione Oplog, intervallo di tempo Sufficiente per il recupero

Flusso di lavoro diagnostico rapido

// 1. Check overall health
db.serverStatus().ok  // Should return 1

// 2. Check connections
var conn = db.serverStatus().connections;
print("Connections: " + conn.current + "/" + conn.available);

// 3. Check replication (if replica set)
rs.status().ok  // Should return 1

// 4. Check for slow operations
db.currentOp({ "secs_running": { $gt: 5 } })

// 5. Check cache efficiency
var cache = db.serverStatus().wiredTiger.cache;
var hitRatio = 1 - (cache["pages read into cache"] /
  (cache["pages read into cache"] + cache["pages requested from the cache"]));
print("Cache hit ratio: " + (hitRatio * 100).toFixed(2) + "%");

// 6. Check for lock contention
db.currentOp({ waitingForLock: true })