Skip to main content
Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

Generieren Sie ein Trident Protect-Supportpaket

Beitragende netapp-aruldeepa
PDFs

Trident Protect ermöglicht es Administratoren, Pakete zu generieren, die für den NetApp -Support nützliche Informationen enthalten, darunter Protokolle, Metriken und Topologieinformationen über die verwalteten Cluster und Anwendungen. Wenn Sie mit dem Internet verbunden sind, können Sie Support-Pakete mithilfe einer benutzerdefinierten Ressourcendatei (CR) auf die NetApp Support Site (NSS) hochladen.

Erstellen Sie ein Support-Bundle mithilfe eines CR
Schritte

  1. Erstellen Sie die benutzerdefinierte Ressourcendatei (CR-Datei) und benennen Sie sie (zum Beispiel). trident-protect-support-bundle.yaml ).

  2. Konfigurieren Sie die folgenden Attribute:

    • metadata.name: (Erforderlich) Der Name dieser benutzerdefinierten Ressource; wählen Sie einen eindeutigen und aussagekräftigen Namen für Ihre Umgebung.

    • spec.triggerType: (Erforderlich) Legt fest, ob das Support-Bundle sofort oder geplant generiert wird. Die geplante Bündelgenerierung erfolgt um 0:00 Uhr UTC. Mögliche Werte:

      • Geplant

      • Handbuch

    • spec.uploadEnabled: (Optional) Steuert, ob das Support-Bundle nach seiner Generierung auf die NetApp Support-Website hochgeladen werden soll. Falls nicht anders angegeben, wird standardmäßig der Wert verwendet. false . Mögliche Werte:

      • true

      • falsch (Standardeinstellung)

    • spec.dataWindowStart: (Optional) Eine Datumszeichenfolge im RFC 3339-Format, die Datum und Uhrzeit angibt, zu der das Fenster der im Support-Bundle enthaltenen Daten beginnen soll. Falls nicht anders angegeben, wird standardmäßig der Wert von vor 24 Stunden verwendet. Das früheste Datum, das Sie angeben können, liegt 7 Tage zurück.

      Beispiel-YAML:

    ---
apiVersion: protect.trident.netapp.io/v1
kind: AutoSupportBundle
metadata:
  name: trident-protect-support-bundle
spec:
  triggerType: Manual
  uploadEnabled: true
  dataWindowStart: 2024-05-05T12:30:00Z

  3. Nachdem Sie die trident-protect-support-bundle.yaml Datei mit den korrekten Werten, CR anwenden:

    kubectl apply -f trident-protect-support-bundle.yaml -n trident-protect
Erstellen Sie ein Support-Bundle mithilfe der CLI.
Schritte

  1. Erstellen Sie das Support-Bundle und ersetzen Sie die Werte in Klammern durch Informationen aus Ihrer Umgebung. Der trigger-type bestimmt, ob das Paket sofort erstellt wird oder ob die Erstellungszeit durch den Zeitplan vorgegeben ist, und kann sein Manual oder Scheduled . Die Standardeinstellung ist Manual .

    Beispiel:

    tridentctl-protect create autosupportbundle <my-bundle-name> --trigger-type <trigger-type> -n trident-protect

Überwachen und Abrufen des Support-Pakets

Nachdem Sie mit einer der beiden Methoden ein Support-Paket erstellt haben, können Sie den Generierungsfortschritt überwachen und es auf Ihr lokales System abrufen.

Schritte

  1. Warten Sie auf die status.generationState erreichen Completed Zustand. Sie können den Generierungsfortschritt mit dem folgenden Befehl überwachen:

    kubectl get autosupportbundle trident-protect-support-bundle -n trident-protect

  2. Rufen Sie das Support-Paket auf Ihr lokales System ab. Holen Sie sich den Kopierbefehl aus dem vollständigen AutoSupport Paket:

    kubectl describe autosupportbundle trident-protect-support-bundle -n trident-protect

    Finden Sie die kubectl cp Führen Sie den Befehl aus der Ausgabe aus und ersetzen Sie dabei das Zielargument durch Ihr bevorzugtes lokales Verzeichnis.