Remote-MCP-Server für Backup and DR verwenden

In diesem Dokument wird beschrieben, wie Sie den Backup and DR-MCP-Server (Model Context Protocol) verwenden, um eine Verbindung zu KI-Anwendungen wie Gemini CLI, ChatGPT, Claude und benutzerdefinierten Anwendungen herzustellen, die Sie entwickeln. Mit dem Remote-MCP-Server von Backup and DR können Sie auf Backup and DR-Tools zugreifen und diese ausführen, um Backup Vaults und Sicherungspläne zu verwalten und Ressourcen aus Ihren KI-fähigen Entwicklungsumgebungen und KI-Agent-Plattformen zu schützen. Der Remote-MCP-Server für Backup and DR wird aktiviert, wenn Sie die Backup and DR API aktivieren.

Das Model Context Protocol (MCP) standardisiert die Verbindung von Large Language Models (LLMs) und KI-Anwendungen oder ‑Agenten mit externen Datenquellen. Mit MCP-Servern können Sie die Tools, Ressourcen und Prompts verwenden, um Aktionen auszuführen und aktualisierte Daten vom Backend-Dienst abzurufen.

Was ist der Unterschied zwischen lokalen und Remote-MCP-Servern?

Lokale MCP-Server
werden in der Regel auf Ihrem lokalen Computer ausgeführt und verwenden die Standard-Ein- und Ausgabestreams (stdio) für die Kommunikation zwischen Diensten auf demselben Gerät.
Remote-MCP-Server
Auf der Infrastruktur des Dienstes ausgeführt und bietet einen HTTP-Endpunkt für KI-Anwendungen zur Kommunikation zwischen dem KI-MCP-Client und dem MCP-Server. Weitere Informationen zur MCP-Architektur finden Sie unter MCP-Architektur.

Google- und Google Cloud Remote-MCP-Server

Google- und Google Cloud Remote-MCP-Server bieten folgende Funktionen und Vorteile:

  • Vereinfachte, zentrale Suche
  • Verwaltete globale oder regionale HTTP-Endpunkte
  • Detaillierte Autorisierung
  • Optionale Sicherheit für Prompts und Antworten mit Model Armor-Schutz
  • Zentralisiertes Audit-Logging

Informationen zu anderen MCP-Servern sowie zu Sicherheits- und Governance-Kontrollen, die für Google Cloud-MCP-Server verfügbar sind, finden Sie unter Google Cloud-MCP-Server – Übersicht.

Hinweis

  1. Melden Sie sich in Ihrem Google Cloud -Konto an. Wenn Sie mit Google Cloudnoch nicht vertraut sind, erstellen Sie ein Konto, um die Leistungsfähigkeit unserer Produkte in der Praxis sehen und bewerten zu können. Neukunden erhalten außerdem ein Guthaben von 300 $, um Arbeitslasten auszuführen, zu testen und bereitzustellen.

  2. In the Google Cloud console, on the project selector page, select or create a Google Cloud project.

    Roles required to select or create a project

    • Select a project: Selecting a project doesn't require a specific IAM role—you can select any project that you've been granted a role on.
    • Create a project: To create a project, you need the Project Creator role (roles/resourcemanager.projectCreator), which contains the resourcemanager.projects.create permission. Learn how to grant roles.

    Go to project selector

  3. If you're using an existing project for this guide, verify that you have the permissions required to complete this guide. If you created a new project, then you already have the required permissions.

  4. Enable the Backup and DR API.

    Roles required to enable APIs

    To enable APIs, you need the serviceusage.services.enable permission. If you created the project, then you likely already have this permission through the Owner role (roles/owner). Otherwise, you can get this permission through the Service Usage Admin role (roles/serviceusage.serviceUsageAdmin). Learn how to grant roles.

    Enable the API

  5. Installieren Sie die gcloud CLI.

  6. Wenn Sie einen externen Identitätsanbieter (IdP) verwenden, müssen Sie sich zuerst mit Ihrer föderierten Identität in der gcloud CLI anmelden.

  7. Führen Sie den folgenden Befehl aus, um die gcloud CLI zu initialisieren: 

    gcloud init

  8. In the Google Cloud console, on the project selector page, select or create a Google Cloud project.

    Roles required to select or create a project

    • Select a project: Selecting a project doesn't require a specific IAM role—you can select any project that you've been granted a role on.
    • Create a project: To create a project, you need the Project Creator role (roles/resourcemanager.projectCreator), which contains the resourcemanager.projects.create permission. Learn how to grant roles.

    Go to project selector

  9. If you're using an existing project for this guide, verify that you have the permissions required to complete this guide. If you created a new project, then you already have the required permissions.

  10. Enable the Backup and DR API.

    Roles required to enable APIs

    To enable APIs, you need the serviceusage.services.enable permission. If you created the project, then you likely already have this permission through the Owner role (roles/owner). Otherwise, you can get this permission through the Service Usage Admin role (roles/serviceusage.serviceUsageAdmin). Learn how to grant roles.

    Enable the API

  11. Installieren Sie die gcloud CLI.

  12. Wenn Sie einen externen Identitätsanbieter (IdP) verwenden, müssen Sie sich zuerst mit Ihrer föderierten Identität in der gcloud CLI anmelden.

  13. Führen Sie den folgenden Befehl aus, um die gcloud CLI zu initialisieren: 

    gcloud init

Erforderliche Rollen und Berechtigungen

Bitten Sie Ihren Administrator, Ihnen die folgenden IAM-Rollen für das Projekt zuzuweisen, in dem Sie den Remote-MCP-Server für Backup und DR verwenden möchten, um die Berechtigungen zu erhalten, die Sie dazu benötigen:

Weitere Informationen zum Zuweisen von Rollen finden Sie unter Zugriff auf Projekte, Ordner und Organisationen verwalten.

Diese vordefinierten Rollen enthalten die Berechtigungen, die für die Verwendung des Remote-MCP-Servers von Backup and DR erforderlich sind. Maximieren Sie den Abschnitt Erforderliche Berechtigungen, um die notwendigen Berechtigungen anzuzeigen:

Erforderliche Berechtigungen

Die folgenden Berechtigungen sind erforderlich, um den Remote-MCP-Server von Backup and DR zu verwenden:

  • MCP-Toolaufrufe ausführen: mcp.tools.call
  • Sicherungs-Vaults in einem bestimmten Projekt und an einem bestimmten Standort auflisten: backupdr.backupVaults.list
  • Sicherungspläne in einem bestimmten Projekt und an einem bestimmten Standort auflisten: backupdr.backupPlans.list
  • Sicherungsplanverknüpfungen in einem bestimmten Projekt und an einem bestimmten Standort auflisten: backupdr.backupPlanAssociations.list
  • Datenquellen in einem bestimmten Projekt und an einem bestimmten Standort auflisten: backupdr.bvdataSources.list
  • Sicherungen in einem bestimmten Projekt und an einem bestimmten Standort auflisten: backupdr.bvbackups.list
  • Backup Vaults in einem bestimmten Projekt und an einem bestimmten Standort abrufen: backupdr.backupVaults.get
  • Sicherungspläne in einem bestimmten Projekt und an einem bestimmten Standort abrufen: backupdr.backupPlans.get
  • Sicherungsplanverknüpfungen in einem bestimmten Projekt und an einem bestimmten Standort abrufen: backupdr.backupPlanAssociations.get
  • Datenquellen in einem bestimmten Projekt und an einem bestimmten Standort abrufen: backupdr.bvdataSources.get
  • Sicherungen in einem bestimmten Projekt und an einem bestimmten Standort abrufen: backupdr.bvbackups.get
  • Backup Vault erstellen: backupdr.backupVaults.create
  • Sicherungsplan erstellen: backupdr.backupPlans.create
  • Sicherungsplanverknüpfung erstellen: backupdr.backupPlanAssociations.create
  • Sicherung wiederherstellen: backupdr.bvbackups.restore

Sie können diese Berechtigungen auch mit benutzerdefinierten Rollen oder anderen vordefinierten Rollen erhalten.

Weitere Informationen finden Sie unter IAM-Rollen für Backup and DR.

Authentifizierung und Autorisierung

Der Remote-MCP-Server von Backup and DR verwendet das OAuth 2.0-Protokoll mit Identity and Access Management (IAM) für die Authentifizierung und Autorisierung. Alle Google Cloud Identitäten werden für die Authentifizierung bei MCP-Servern unterstützt.

Wir empfehlen, eine separate Identität (z. B. ein Dienstkonto) für Agents zu erstellen, die MCP-Tools verwenden, damit der Zugriff auf Ressourcen kontrolliert und überwacht werden kann. Weitere Informationen finden Sie unter Authentifizierung bei MCP-Servern.

OAuth-Bereiche für Backup and DR MCP

OAuth 2.0 verwendet Bereiche und Anmeldedaten, um zu ermitteln, ob ein authentifiziertes Konto autorisiert ist, eine bestimmte Aktion für eine Ressource auszuführen. Weitere Informationen zu OAuth 2.0-Bereichen bei Google finden Sie unter Mit OAuth 2.0 auf Google APIs zugreifen.

Für Backup and DR ist der folgende OAuth-Bereich für MCP-Tools verfügbar:

Bereichs-URI Beschreibung
https://www.googleapis.com/auth/cloud-backupdr Backup and DR-Ressourcen ansehen, konfigurieren und verwalten.

Möglicherweise sind zusätzliche Bereiche für die Ressourcen erforderlich, auf die während eines Tool-Aufrufs zugegriffen wird. Eine Liste der für Backup and DR erforderlichen Bereiche finden Sie unter Backup and DR API.

MCP-Client für die Verwendung des Backup and DR MCP-Servers konfigurieren

KI-Anwendungen und ‑Agents wie Claude oder Antigravity können einen MCP-Client instanziieren, der eine Verbindung zu einem einzelnen MCP-Server herstellt. Eine KI-Anwendung kann mehrere Clients haben, die sich mit verschiedenen MCP-Servern verbinden. Wenn Ihre Anwendung nicht in der clientspezifischen Anleitung aufgeführt ist, können Sie die folgenden Informationen verwenden, um eine Verbindung von den meisten Anwendungen aus herzustellen.

Suchen Sie in Ihrer KI-Anwendung nach einer Möglichkeit, einen Remote-MCP-Server hinzuzufügen oder eine Verbindung zu ihm herzustellen. Geben Sie für den Backup and DR MCP-Server die folgenden Informationen ein:

  • Servername: Backup- und DR-MCP-Server
  • Server-URL oder Endpunkt: https://backupdr.googleapis.com/mcp
  • Transport: HTTP
  • Authentifizierungsdetails: Ihre Google Cloud Anmeldedaten, OAuth-Client-ID und Client-Secret oder Dienstkontoanmeldedaten. Weitere Informationen zur Authentifizierung finden Sie unter Authentifizierung bei MCP-Servern.
  • OAuth-Bereich: https://www.googleapis.com/auth/cloud-backupdr

Weiterleitungs-URIs

Bei webbasierten Anwendungen und einigen Desktopanwendungen müssen Sie beim Erstellen einer Client-ID und eines Clientschlüssels für die Authentifizierung einen Redirect-URI auf die Zulassungsliste setzen. Weiterleitungs-URIs werden vom Autorisierungsserver verwendet, um Tokens an Ihre Anwendung zu senden. In der Dokumentation Ihrer Anwendung sollte der Weiterleitungs-URI angegeben sein, den Sie verwenden müssen. Benutzerdefinierte Weiterleitungs-URIs werden nicht unterstützt.

Anwendungsspezifische Anleitungen zum Einrichten und Herstellen einer Verbindung zum MCP-Server finden Sie unter Clientspezifische Anleitungen.

Allgemeine Informationen finden Sie in den folgenden Ressourcen:

Verfügbare Tools

Details zu verfügbaren MCP-Tools und deren Beschreibungen für den Backup and DR MCP-Server finden Sie in der Backup and DR MCP-Referenz.

Tools für Listen

Verwenden Sie das MCP-Prüftool, um Tools aufzulisten, oder senden Sie eine tools/list-HTTP-Anfrage direkt an den Remote-MCP-Server von Backup and DR. Für die Methode tools/list ist keine Authentifizierung erforderlich.

POST /mcp HTTP/1.1
Host: backupdr.googleapis.com
Content-Type: application/json
{
  "jsonrpc": "2.0",
  "method": "tools/list"
}

Beispielanwendungsfälle

Sobald der Server verbunden ist, können Sie in Ihrem KI-Client Prompts in natürlicher Sprache verwenden, um Ihre Sicherungsumgebung zu verwalten.

  • Sicherungsstatus für ein Projekt bewerten

    „Zeige die Liste der ungeschützten Ressourcen im Projekt PROJECT_ID für die Region LOCATION an.“

    Ersetzen Sie Folgendes:

    • PROJECT_ID: die Projekt-ID, in der Sie den Sicherungsstatus prüfen möchten.
    • LOCATION: die Region, in der sich Ihre Ressourcen befinden.

  • Backup Vault und Sicherungsplan erstellen

    „Erstelle in LOCATION einen Backup Vault mit dem Namen VAULT_NAME, um die Ressource RESOURCE_NAME mit dem Sicherungsplan PLAN_NAME zu schützen.“

    Ersetzen Sie Folgendes:

    • VAULT_NAME: Der Name des neuen Backup Vault.
    • LOCATION: Die Region, in der Sie den Tresor erstellen möchten.
    • RESOURCE_NAME: Der Name der zu schützenden Ressource.
    • PLAN_NAME: der Name des Sicherungsplans, der angewendet werden soll.

  • Sicherungen auf Compliance prüfen

    „Prüfe alle Sicherungen im Projekt PROJECT_ID in der Region LOCATION. Vergleiche die Ergebnisse nach Abschluss des Audits mit meiner Unternehmensrichtlinie für Backups, um etwaige Compliance-Lücken zu ermitteln.“

    Ersetzen Sie Folgendes:

    • PROJECT_ID: die Projekt-ID, die geprüft werden soll.
    • LOCATION: Die zu prüfende Region.

  • Ursachenanalyse für Fehler

    „Ermittle und untersuche die Ursache für den Sicherungsfehler der Ressource RESOURCE_NAME in den letzten DURATION Tagen im Projekt PROJECT_ID.“

    Ersetzen Sie Folgendes:

    • RESOURCE_NAME: der Name der Ressource mit Sicherungsfehlern.
    • DURATION: Das Zeitfenster für die Untersuchung (z. B. 7).
    • PROJECT_ID: die Projekt-ID, in der der Fehler aufgetreten ist.

  • Sicherung wiederherstellen

    „Stelle die letzte erfolgreiche Sicherung für die Ressource RESOURCE_NAME aus dem Projekt PROJECT_ID wieder her. Geben Sie der wiederhergestellten Instanz den Namen NEW_INSTANCE_NAME.“

    Ersetzen Sie Folgendes:

    • RESOURCE_NAME: Der Name der Ressource, die wiederhergestellt werden soll.
    • PROJECT_ID: Die Projekt-ID, die die Sicherung enthält.
    • NEW_INSTANCE_NAME: ein Name für die wiederhergestellte Instanz.

  • Benachrichtigungsrichtlinie erstellen

    Sie können Benachrichtigungen für jede beliebige Kombination aus Logs und hinzugefügten Filtern aktivieren.

    „Erstelle eine logbasierte Benachrichtigungsrichtlinie mit dem Namen ALERT_NAME, die bei jedem Logeintrag von backupdr.googleapis.com mit dem Schweregrad ERROR ausgelöst wird. Sende sofort eine Benachrichtigung zu den Warnungen an EMAIL_ADDRESS.“

    Ersetzen Sie Folgendes:

    • ALERT_NAME: ein Name für die neue Benachrichtigungsrichtlinie.
    • EMAIL_ADDRESS: die E-Mail-Adresse, an die Benachrichtigungen gesendet werden sollen.

Optionale Sicherheitskonfigurationen

MCP birgt neue Sicherheitsrisiken und ‑aspekte, da mit den MCP-Tools eine Vielzahl von Aktionen ausgeführt werden kann. Um diese Risiken zu minimieren und zu verwalten, bietet Google Cloud Standardeinstellungen und anpassbare Richtlinien, mit denen Sie die Verwendung von MCP-Tools in Ihrer Google Cloud -Organisation oder Ihrem -Projekt steuern können.

Weitere Informationen zur Sicherheit und Governance von MCP finden Sie unter KI-Sicherheit.

Model Armor verwenden

Model Armor ist einGoogle Cloud Dienst, der die Sicherheit Ihrer KI-Anwendungen verbessern soll. Dazu werden LLM-Prompts und ‑Antworten proaktiv geprüft, um vor verschiedenen Risiken zu schützen und eine verantwortungsbewusste Anwendung von KI zu unterstützen. Ganz gleich, ob Sie KI in Ihrer Cloud-Umgebung oder bei externen Cloud-Anbietern bereitstellen – Model Armor kann Ihnen helfen, schädliche Eingaben zu verhindern, die Sicherheit von Inhalten zu überprüfen, sensible Daten zu schützen, die Compliance aufrechtzuerhalten und Ihre KI-Sicherheitsrichtlinien in Ihrer vielfältigen KI-Landschaft einheitlich durchzusetzen.

Wenn Model Armor mit aktiviertem Logging aktiviert ist, protokolliert Model Armor die gesamte Nutzlast. Dadurch können vertrauliche Informationen in Ihren Logs offengelegt werden.

MCP-Anfragenrouting an Model Armor

Model Armor ist in bestimmten Regionen verfügbar. Wenn Model Armor aktiviert ist und Sie einen MCP-Server in einer Gerichtsbarkeit verwenden, die von Model Armor nicht unterstützt wird, kann das Routingverhalten des Aufrufs für verschiedene MCP-Server unterschiedlich sein und die Einhaltung der Datenstandortvorgaben für Daten in Verwendung und in Transit beeinträchtigen. Weitere Informationen zum Verhalten einzelner MCP-Server finden Sie unter Von Model Armor unterstützte Produkte.

Model Armor aktivieren

Sie müssen die Model Armor APIs aktivieren, bevor Sie Model Armor verwenden können.

Console

  1. Die Model Armor API aktivieren

    Rollen, die zum Aktivieren von APIs erforderlich sind

    Zum Aktivieren von APIs benötigen Sie die Berechtigung serviceusage.services.enable. Wenn Sie das Projekt erstellt haben, haben Sie diese Berechtigung wahrscheinlich bereits über die Rolle „Inhaber“ (roles/owner). Andernfalls können Sie diese Berechtigung über die Rolle „Service Usage-Administrator“ (roles/serviceusage.serviceUsageAdmin) erhalten. Informationen zum Zuweisen von Rollen

    API aktivieren

  2. Wählen Sie das Projekt aus, für das Sie Model Armor aktivieren möchten.

gcloud

Führen Sie zuerst die folgenden Schritte mit der gcloud CLI und der Model Armor API aus:

  1. Aktivieren Sie Cloud Shell in der Google Cloud Console.

    Cloud Shell aktivieren

    Unten in der Google Cloud Console wird eine Cloud Shell-Sitzung gestartet und eine Eingabeaufforderung angezeigt. Cloud Shell ist eine Shell-Umgebung, in der die gcloud CLI bereits installiert ist und Werte für Ihr aktuelles Projekt bereits festgelegt sind. Das Initialisieren der Sitzung kann einige Sekunden dauern.

  2. Führen Sie den folgenden Befehl aus, um den API-Endpunkt für den Model Armor-Dienst festzulegen.

    gcloud config set api_endpoint_overrides/modelarmor "https://modelarmor.LOCATION.rep.googleapis.com/"

    Ersetzen Sie LOCATION durch die Region, in der Sie Model Armor verwenden möchten.

Schutz für Google- und Google Cloud Remote-MCP-Server konfigurieren

Mit den Mindesteinstellungen für Model Armor können Sie Ihre MCP-Toolaufrufe und ‑Antworten schützen. Eine Mindesteinstellung definiert die Mindestsicherheitsfilter, die für das gesamte Projekt gelten. Mit dieser Konfiguration wird ein einheitlicher Satz von Filtern auf alle MCP-Tool-Aufrufe und ‑Antworten im Projekt angewendet.

Richten Sie eine Model Armor-Mindesteinstellung mit aktivierter MCP-Bereinigung ein. Weitere Informationen finden Sie unter Model Armor-Untergrenzeneinstellungen konfigurieren.

Hier ein Beispielbefehl:

gcloud model-armor floorsettings update \
--full-uri='projects/PROJECT_ID/locations/global/floorSetting' \
--enable-floor-setting-enforcement=TRUE \
--add-integrated-services=GOOGLE_MCP_SERVER \
--google-mcp-server-enforcement-type=INSPECT_AND_BLOCK \
--enable-google-mcp-server-cloud-logging \
--malicious-uri-filter-settings-enforcement=ENABLED \
--add-rai-settings-filters='[{"confidenceLevel": "MEDIUM_AND_ABOVE", "filterType": "DANGEROUS"}]'

Ersetzen Sie dabei PROJECT_ID durch die ID Ihres Projekts in Google Cloud .

Beachten Sie die folgenden Einstellungen:

  • INSPECT_AND_BLOCK: Der Erzwingungstyp, der Inhalte für den Google MCP-Server prüft und Prompts und Antworten blockiert, die den Filtern entsprechen.
  • ENABLED: Die Einstellung, die einen Filter oder die Durchsetzung ermöglicht.
  • MEDIUM_AND_ABOVE: Das Konfidenzniveau für die Filtereinstellungen „Verantwortungsbewusste Anwendung von KI – Gefährlich“. Sie können diese Einstellung ändern. Niedrigere Werte können jedoch zu mehr falsch positiven Ergebnissen führen. Weitere Informationen finden Sie unter Vertrauenswürdigkeitsstufen für Model Armor.

Scannen von MCP-Traffic mit Model Armor deaktivieren

Wenn Sie verhindern möchten, dass Model Armor den Traffic zu und von Google MCP-Servern automatisch auf Grundlage der Mindesteinstellungen des Projekts scannt, führen Sie den folgenden Befehl aus:

gcloud model-armor floorsettings update \
  --full-uri='projects/PROJECT_ID/locations/global/floorSetting' \
  --remove-integrated-services=GOOGLE_MCP_SERVER

Ersetzen Sie PROJECT_ID durch die Google Cloud Projekt-ID. Model Armor wendet die in den Mindesteinstellungen dieses Projekts definierten Regeln nicht automatisch auf den gesamten Google MCP-Server-Traffic an.

Die Mindesteinstellungen für Model Armor und die allgemeine Konfiguration können sich auf mehr als nur MCP auswirken. Da Model Armor in Dienste wie Vertex AI eingebunden ist, können sich Änderungen an den Mindesteinstellungen auf die Traffic-Analyse und Sicherheitsfunktionen aller eingebundenen Dienste auswirken, nicht nur auf MCP.

Verwendung von MCP mit Ablehnungsrichtlinien von Identity and Access Management steuern

IAM-Ablehnungsrichtlinien (Identity and Access Management) und Zulassungsrichtlinien helfen Ihnen, Google Cloud und Google MCP-Server zu schützen.

Sie können mehrere Kriterien kombinieren, um benutzerdefinierte Sicherheits- und Governance-Richtlinien zu erstellen, indem Sie den Zugriff basierend auf den folgenden Kriterien zulassen oder verweigern:

  • Der Auftraggeber.
  • Tool-Attribute wie das schreibgeschützte Attribut.
  • Der Name des Dienstes oder Tools.
  • Die OAuth-Client-ID der Anwendung.

Weitere Informationen finden Sie unter MCP-Nutzung mit Identity and Access Management steuern.

Nächste Schritte