Skip to main content
Eine neuere Version dieses Produkts ist erhältlich.
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 Support-Bundle

Änderungen vorschlagen

Trident Protect ermöglicht Administratoren, Bundles zu erstellen, die Informationen enthalten, die für den NetApp Support nützlich sind, einschließlich Protokollen, Metriken und Topologieinformationen über die verwalteten Cluster und Apps. Wenn Sie mit dem Internet verbunden sind, können Sie Support-Bundles 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) 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 sinnvollen Namen für Ihre Umgebung.

    • spec.triggerType: (Erforderlich) Legt fest, ob das Support-Bundle sofort generiert oder geplant wird. Die geplante Bundle-Generierung erfolgt um 12: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. Wenn nicht angegeben, ist der Standardwert false. Mögliche Werte:

      • true

      • false (Standardeinstellung)

    • spec.dataWindowStart: (Optional) Eine Datumszeichenkette im RFC-3339-Format, die das Datum und die Uhrzeit angibt, zu der das Fenster der im Support-Bundle enthaltenen Daten beginnen soll. Wenn nicht angegeben, wird standardmäßig 24 Stunden zurück angenommen. Das früheste Fensterdatum, 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 gefüllt haben, wenden Sie die CR an:

    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, indem Sie die Werte in Klammern durch Informationen aus Ihrer Umgebung ersetzen. Das trigger-type bestimmt, ob das Bundle sofort erstellt wird oder ob die Erstellungszeit durch den Zeitplan vorgegeben ist, und kann Manual oder Scheduled sein. Die Standardeinstellung ist Manual.

    Beispiel:

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

Überwachen und rufen Sie das Support-Paket ab

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

Schritte
  1. Warten Sie, bis der status.generationState den Completed Status erreicht. 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-Bundle auf Ihr lokales System ab. Rufen Sie den Kopierbefehl aus dem abgeschlossenen AutoSupport-Bundle ab:

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

    Suchen Sie den kubectl cp Befehl in der Ausgabe und führen Sie ihn aus, wobei Sie das Argument Ziel durch Ihr bevorzugtes lokales Verzeichnis ersetzen.