Remote-MCP-Server von NetApp Volumes verwenden

In diesem Dokument wird beschrieben, wie Sie den Remote-MCP-Server (Model Context Protocol) von Google Cloud NetApp Volumes verwenden, um eine Verbindung zu KI-Anwendungen wie Antigravity, ChatGPT, Claude und benutzerdefinierten Anwendungen herzustellen, die Sie entwickeln. Mit dem Remote-MCP-Server von NetApp Volumes können Sie auf NetApp Volumes-Tools zugreifen und diese ausführen, um NetApp Volumes-Speicherpools und ‑Volumes über Ihre KI-gestützten Entwicklungsumgebungen und KI-Agentenplattformen zu verwalten. Der Remote-MCP-Server für Google Cloud NetApp Volumes wird aktiviert, wenn Sie die Google Cloud NetApp Volumes API aktivieren.

Das Model Context Protocol (MCP) standardisiert, wie Large Language Models (LLMs) und KI-Anwendungen oder -Agenten mit externen Datenquellen verbunden werden. Mit MCP-Servern können Sie deren Tools, Ressourcen und Prompts verwenden, um Aktionen auszuführen und aktualisierte Daten von ihrem 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 Standardeingabe- und ‑ausgabestreams (stdio) für die Kommunikation zwischen Diensten auf demselben Gerät.

Remote-MCP-Server

Werden in der Infrastruktur des Dienstes ausgeführt und bieten KI-Anwendungen einen HTTP-Endpunkt für die Kommunikation zwischen dem KI-MCP-Client und dem MCP-Server. Weitere Informationen zur MCP-Architektur finden Sie unter MCP-Architektur.

Zustandsloser Kern

Mit der MCP-Version 2026-07-28 wird MCP von einem bidirektionalen, zustandsorientierten Protokoll zu einem zustandslosen Protokoll geändert. Jede MCP-Anfrage ist selbsterklärend und kann über Header weitergeleitet werden. Der initialize/initialized-Handshake oder Mcp-Session-Id ist nicht erforderlich, da jede Anfrage alle erforderlichen Informationen in HTTP-Headern oder im Parameter _meta enthält. MCP-Server können über Multi-Round-Trip-Anfragen (MRTR) zusätzliche Informationen anfordern, die von einem Tool benötigt werden.

Damit Anfragen ohne Parsen des Anfragetexts weitergeleitet und verarbeitet werden können, sind einige MCP-Header erforderlich, darunter die folgenden:

• Header, die gemäß der MCP-Spezifikation erforderlich sind, z. B. der Header für die Protokollversion und Standardanfrageheader.
• Benutzerdefinierte Header, die vom MCP-Server definiert werden. Diese Header werden mithilfe des Attributs x-mcp-header aus dem Eingabeschema des Tools in HTTP-Header gespiegelt. Ein MCP-Server kann beispielsweise einen benutzerdefinierten Header definieren, um die Google Cloud -Region oder Projekt-ID anzugeben.

Weitere Informationen zur MCP-Architektur finden Sie in der Spezifikation und den wichtigsten Änderungen für die MCP-Version 2026-07-28.

Der lokale MCP-Server von NetApp Volumes kann aus folgenden Gründen nützlich sein:

• Dienst innerhalb der eigenen Netzwerkgrenzen ausführen
• Funktionen des Servers ändern oder erweitern
• Lokale Entwicklung und Tests
• Offline-Nutzung von MCP
• NetApp Volumes-Speicherpools und -Volumes über Ihre KI-Anwendung bereitstellen und verwalten

Weitere Informationen zur Verwendung des lokalen MCP-Servers von NetApp Volumes finden Sie unter MCP-Server von NetApp Volumes. Die folgenden Abschnitte gelten nur für den Remote-MCP-Server von Google Cloud NetApp Volumes.

Google Cloud  Remote-MCP-Server

Remote-MCP-Server von Google und Google Cloud bieten die folgenden Funktionen und Vorteile:

• Vereinfachte, zentrale Erkennung
• 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 den Sicherheits- und Governance-Steuerelementen für Google Cloud-MCP-Server finden Sie in der Übersicht über Google Cloud-MCP-Server.

Beschränkungen

In der folgenden Tabelle sind die Vorgänge zusammengefasst, die vom Remote-MCP-Server von NetApp Volumes für die einzelnen Funktionen blockiert werden:

Features	Vorgänge
Speicherpools	CreateStoragePool UpdateStoragePool DeleteStoragePool
Volumes	CreateVolume UpdateVolume DeleteVolume
Snapshots	UpdateSnapshot DeleteSnapshot RevertVolume
Sicherungen	UpdateBackup DeleteBackup
Sicherungsrichtlinien und Vaults	CreateBackupPolicy UpdateBackupPolicy DeleteBackupPolicy CreateBackupVault UpdateBackupVault DeleteBackupVault

Hinweis

Melden Sie sich in Ihrem Google Cloud -Konto an. Wenn Sie mit Google Cloudnoch nicht vertraut sind, erstellen Sie einfach 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.

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.

Note: If you don't plan to keep the resources that you create in this procedure, create a project instead of selecting an existing project. After you finish these steps, you can delete the project, removing all resources associated with the project.

Go to project selector

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.

Enable the NetApp Volumes API, if it is not already enabled.

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

Install the Google Cloud CLI.

Note: If you installed the gcloud CLI previously, make sure you have the latest version by running gcloud components update.

If you're using an external identity provider (IdP), you must first sign in to the gcloud CLI with your federated identity.

To initialize the gcloud CLI, run the following command:

gcloud init

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.

Note: If you don't plan to keep the resources that you create in this procedure, create a project instead of selecting an existing project. After you finish these steps, you can delete the project, removing all resources associated with the project.

Go to project selector

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.

Enable the NetApp Volumes API, if it is not already enabled.

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

Install the Google Cloud CLI.

Note: If you installed the gcloud CLI previously, make sure you have the latest version by running gcloud components update.

If you're using an external identity provider (IdP), you must first sign in to the gcloud CLI with your federated identity.

To initialize the gcloud CLI, run the following command:

gcloud init

Erforderliche Rollen

Bitten Sie Ihren Administrator, Ihnen die folgenden IAM-Rollen für das Projekt zuzuweisen, in dem Sie den NetApp Volumes MCP-Server verwenden möchten, um die Berechtigungen zu erhalten, die Sie zur Verwendung des NetApp Volumes MCP-Servers benötigen:

• MCP-Toolaufrufe ausführen: MCP Tool User (roles/mcp.toolUser)
• Speicherpools, Volumes, Backup Vaults, Sicherungsrichtlinien, Sicherungen oder Snapshots auflisten: NetApp Volumes Viewer (roles/netapp.viewer)
• Ruft die Details eines bestimmten Pools, Volumes, Backup Vaults, einer Sicherungsrichtlinie, einer Sicherung oder eines Snapshots ab: NetApp Volumes Viewer (roles/netapp.viewer)
• Sicherung oder Snapshot erstellen: NetApp Volumes-Administrator (roles/netapp.admin)

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 NetApp Volumes-MCP-Servers erforderlich sind. Maximieren Sie den Abschnitt Erforderliche Berechtigungen, um die notwendigen Berechtigungen anzuzeigen:

Erforderliche Berechtigungen

Die folgenden Berechtigungen sind erforderlich, um den NetApp Volumes MCP-Server zu verwenden:

• MCP-Toolaufrufe ausführen: mcp.tools.call
• Speicherpools in einem bestimmten Projekt und an einem bestimmten Standort auflisten: netapp.storagePools.list
• Volumes in einem bestimmten Projekt und an einem bestimmten Standort auflisten: netapp.volumes.list
• Backup Vaults in einem bestimmten Projekt und an einem bestimmten Standort auflisten: netapp.backupVaults.list
• Sicherungsrichtlinien in einem bestimmten Projekt und an einem bestimmten Standort auflisten: netapp.backupPolicies.list
• Sicherungen in einem bestimmten Projekt und an einem bestimmten Standort auflisten: netapp.backups.list
• Snapshots in einem bestimmten Projekt und an einem bestimmten Standort auflisten: netapp.snapshots.list
• Speicherpools in einem bestimmten Projekt und an einem bestimmten Standort abrufen: netapp.storagePools.get
• Volumes in einem bestimmten Projekt und an einem bestimmten Standort abrufen: netapp.volumes.get
• Backup Vaults in einem bestimmten Projekt und an einem bestimmten Standort abrufen: netapp.backupVaults.get
• Sicherungsrichtlinien in einem bestimmten Projekt und an einem bestimmten Standort abrufen: netapp.backupPolicies.get
• Sicherungen in einem bestimmten Projekt und an einem bestimmten Standort abrufen: netapp.backups.get
• Snapshots in einem bestimmten Projekt und an einem bestimmten Standort abrufen: netapp.snapshots.get
• Sicherung erstellen: netapp.backups.create
• Erstellen Sie einen Snapshot: netapp.snapshots.create

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

Authentifizierung und Autorisierung

Der Remote-MCP-Server von Google Cloud NetApp Volumes 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.

Der Remote-MCP-Server von NetApp Volumes akzeptiert keine API-Schlüssel.

Wir empfehlen, für Agenten, die MCP-Tools verwenden, eine separate Identität zu erstellen, damit der Zugriff auf Ressourcen gesteuert und überwacht werden kann. Weitere Informationen zur Authentifizierung finden Sie unter Bei MCP-Servern authentifizieren.

NetApp Volumes MCP-OAuth-Bereiche

OAuth 2.0 verwendet Bereiche und Anmeldedaten, um zu bestimmen, ob ein authentifiziertes Hauptkonto berechtigt 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.

NetApp Volumes hat die folgenden MCP-Tool-OAuth-Bereiche:

Bereichs-URI für die gcloud CLI	Beschreibung
https://www.googleapis.com/auth/netapp	Ihre Google Cloud NetApp Volumes-Daten abrufen, bearbeiten, konfigurieren und löschen sowie die E‑Mail-Adresse Ihres Google-Kontos abrufen.

Für die Ressourcen, auf die während eines Toolaufrufs zugegriffen wird, sind möglicherweise zusätzliche Bereiche erforderlich. Eine Liste der für NetApp Volumes erforderlichen Bereiche finden Sie unter NetApp Volumes API.

MCP-Client für die Verwendung des NetApp Volumes-MCP-Servers konfigurieren

KI-Anwendungen und -Agenten wie Claude oder Gemini CLI 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. Um eine Verbindung zu einem Remote-MCP-Server herzustellen, muss der MCP-Client mindestens die URL des Remote-MCP-Servers kennen.

Suchen Sie in Ihrer KI-Anwendung nach einer Möglichkeit, eine Verbindung zu einem Remote-MCP-Server herzustellen. Sie werden aufgefordert, Details zum Server einzugeben, z. B. den Namen und die URL.

Geben Sie für den Remote-MCP-Server von NetApp Volumes die folgenden erforderlichen Informationen ein:

• Servername: NetApp Volumes MCP-Server
• Endpunkt: https://netapp.googleapis.com/mcp
• Transport: Streamable HTTP
• Authentifizierungsdetails: Je nachdem, wie Sie sich authentifizieren möchten, können Sie Ihre Google Cloud -Anmeldedaten, Ihre OAuth-Client-ID und Ihr OAuth-Secret oder eine Agentenidentität und Anmeldedaten eingeben. Weitere Informationen zur Authentifizierung finden Sie unter Bei MCP-Servern authentifizieren.
• OAuth-Bereich: Der OAuth 2.0-Bereich, den Sie für die Verbindung mit dem MCP-Server von Google Cloud NetApp Volumes verwenden möchten.

Hostspezifische Anleitungen finden Sie hier:

• Claude.ai
• Gemini CLI

Allgemeine Informationen finden Sie in den folgenden Ressourcen:

• Mit Remote-MCP-Servern verbinden
• MCP in einer KI-Anwendung konfigurieren

Verfügbare Tools

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

Tools auflisten

Verwenden Sie den MCP-Inspector, um Tools aufzulisten, oder senden Sie eine tools/list-HTTP-Anfrage direkt an den Remote-MCP-Server von NetApp Volumes. Für die Methode tools/list ist keine Authentifizierung erforderlich.

curl -X POST https://netapp.googleapis.com/TOOLSET_ENDPOINT \
    -H 'Content-Type: application/json' \
    -H 'Accept: application/json' \
    -H 'MCP-Protocol-Version: MCP_PROTOCOL_VERSION' \
    -H 'Mcp-Method: tools/list' \
    -d '{
      "jsonrpc": "2.0",
      "id": 1,
      "method": "tools/list",
      "params": {
        "_meta": {
          "io.modelcontextprotocol/protocolVersion": "MCP_PROTOCOL_VERSION",
          "io.modelcontextprotocol/clientCapabilities": {
            "extensions": {
              "io.modelcontextprotocol/ui": {
                "mimeTypes": ["text/html;profile=mcp-app"]
              }
            }
          }
        }
      }
    }'

Ersetzen Sie Folgendes:

• TOOLSET_ENDPOINT: der Rest des MCP-Endpunkts nach dem Dienstnamen. Bei NetApp Volumes kann dies beispielsweise mcp/toolset-name sein.
• MCP_PROTOCOL_VERSION: die MCP-Protokollversion. Beispiel: 2026-07-28.

Beispiele für Anwendungsfälle

Im Folgenden finden Sie Beispielanwendungsfälle für den NetApp Volumes-MCP-Server.

Speicherinventar ermitteln und verwalten

Dieser Beispielanwendungsfall für den NetApp Volumes-MCP-Server hilft Plattform-Engineers, Details zu ihren Speicherressourcen zu finden und abzurufen. Mit dem NetApp Volumes-MCP-Server können Sie Speicherinventar und Konfigurationsdetails in natürlicher Sprache abfragen. Mit dieser Funktion können Sie Bereitstellungspfade oder Kapazitätsmesswerte abrufen, ohne die Google Cloud Console aufrufen zu müssen.

Beispiel-Prompt:

„Suche das Volume finance-db und nenne mir den Exportpfad.“

Workflow: Der Workflow zum Auflisten des Exportpfads eines Volumes könnte so aussehen:

• Nach Ressourcen suchen: Der Agent verwendet das Tool list_volumes, um das Volume mit dem angegebenen Namen zu finden.

• Details identifizieren: Der Agent parst die Antwort, um das Feld exportPath zu extrahieren.

• Dem Nutzer antworten: Der KI-Agent stellt Ihnen den Bereitstellungspfad oder die IP-Adresse dieses Volumes bereit.

Volumes mit hoher Auslastung identifizieren

Ein weiterer Anwendungsfall ist die Überwachung der Speicherauslastung. Sie können natürliche Sprache verwenden, um Volumes zu identifizieren, die sich ihren Kapazitätsgrenzen nähern.

Beispiel-Prompt:

„Suchen Sie die Volumes mit einer Auslastung von mehr als 90%.“

Workflow: Der Workflow zum Auflisten von Volumes mit einer Auslastung von mehr als 90 % könnte so aussehen:

• Volume-Liste abrufen: Der Agent verwendet das Tool list_volumes, um eine Liste der Volumes im Projekt abzurufen.

• Nach Auslastung filtern: Der Agent analysiert die Kapazitäts- und Nutzungsmesswerte für jedes Volume, um diejenigen zu identifizieren, die den Schwellenwert überschreiten.

• Ergebnisse zusammenfassen: Der Agent stellt dem Nutzer eine Liste mit stark genutzten Volumes zur Verfügung.

Daten mit Snapshots schützen

Ein häufiger Anwendungsfall für Anwendungsentwickler ist das Erstellen eines Snapshots eines Volumes, bevor Codeänderungen bereitgestellt werden. Sie müssen die Volume-Wiederherstellung über die Google Cloud Console oder die Google Cloud CLI durchführen, da der KI-Assistent diese Aktion nicht ausführen kann. Der Assistent kann jedoch einen Snapshot erstellen, um Ihre Daten zu schützen.

Beispiel-Prompt:

„Erstelle einen Snapshot des Volumes app-data, bevor ich die Bereitstellung vornehme.“

Workflow: Der Workflow zum Erstellen eines Snapshots eines Volumes könnte so aussehen:

• Volume finden: Der KI-Agent identifiziert die Volume-ID für app-data.

• Snapshot erstellen: Der Agent verwendet create_snapshot mit der Volume-ID, um den Snapshot zu erstellen.

• Schutz bestätigen: Der Agent bestätigt die erfolgreiche Erstellung und zeigt den Snapshot-Namen und den Zeitstempel an: Snapshot „app-data-snap-001“ um 14:00 Uhr UTC erstellt. Der Nutzer fährt mit der Bereitstellung fort.

Versehentlichen Datenverlust durch Sicherheitsmaßnahmen verhindern

In diesem Beispiel-Anwendungsfall verhindern Sie versehentlichen Datenverlust oder unerwartete Kosten. Sie können den NetApp Volumes-MCP-Server so konfigurieren, dass Befehle blockiert werden, die versuchen, Daten zu löschen oder kostenintensive Infrastruktur bereitzustellen.

Beispiel-Prompt:

„Löschen Sie das Volume archive-logs, um Speicherplatz zu sparen.“

Workflow: Der Workflow zur Verhinderung von versehentlichem Datenverlust könnte so aussehen:

• Anfrage auswerten: Der MCP-Dienst oder die Sicherheitsüberschreibungen des KI-Agenten stellen fest, dass das Löschen eines Volumes eingeschränkt ist.

• Aktion blockieren: Der Dienst gibt einen Fehler zurück: „Safe-Mode Error: deletion is not permitted by the AI assistant.“

• Nutzer informieren: Der Agent erklärt, warum die Anfrage abgelehnt wurde, und empfiehlt, die Aktion bei Bedarf über die Google Cloud Console auszuführen.

Optionale Sicherheitskonfigurationen

MCP bringt aufgrund der Vielzahl von Aktionen, die Sie mit den MCP-Tools ausführen können, neue Sicherheitsrisiken und ‑aspekte mit sich. Um diese Risiken zu minimieren und zu verwalten, bietetGoogle Cloud Standardeinstellungen und anpassbare Richtlinien, mit denen Sie die Verwendung von MCP-Tools in Ihrer Organisation oder Ihrem Projekt in Google Cloudsteuern können.

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

Model Armor verwenden

Model Armor ist ein Dienst vonGoogle Cloud , der die Sicherheit Ihrer KI-Anwendungen verbessern soll. Model Armor prüft proaktiv LLM-Prompts und ‑Antworten, schützt vor verschiedenen Risiken und unterstützt eine verantwortungsbewusste Anwendung von KI. Unabhängig davon, ob Sie KI in Ihrer Cloud-Umgebung oder bei externen Cloud-Anbietern bereitstellen, kann Model Armor Ihnen helfen, schädliche Eingaben zu verhindern, die Inhaltssicherheit zu überprüfen, sensible Daten zu schützen, die Compliance aufrechtzuerhalten und Ihre KI-Sicherheitsrichtlinien konsistent in Ihrer vielfältigen KI-Landschaft durchzusetzen.

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

MCP-Anfragenrouting zu 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 von Datenstandortvorgaben für Daten in Verwendung und Daten während der Übertragung 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. Aktivieren Sie die Model Armor API, falls sie noch nicht aktiviert ist.

   Erforderliche Rollen zum Aktivieren von APIs

   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 Inhaberrolle (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, in dem Sie Model Armor aktivieren möchten.

gcloud

Führen Sie die folgenden Schritte mit der Google Cloud CLI und der Model Armor API aus, bevor Sie beginnen:

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 das Google Cloud 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

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

Tipp: Aktivieren Sie den Filter für Prompt Injection und Jailbreak nur, wenn Ihr MCP-Traffic Daten in natürlicher Sprache enthält.

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

Hinweis: Wenn sich der Agent und der MCP-Server in verschiedenen Projekten befinden, können Sie in beiden Projekten (dem Clientprojekt und dem Ressourcenprojekt) Floor-Einstellungen erstellen. In diesem Fall wird Model Armor zweimal aufgerufen, einmal für jedes Projekt.

Sehen Sie sich den folgenden Beispielbefehl an:

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, mit der ein Filter oder eine Maßnahme aktiviert wird.
• MEDIUM_AND_ABOVE: Das Konfidenzniveau für die Filtereinstellungen „Verantwortungsbewusste Anwendung von KI – Gefährlich“. Sie können diese Einstellung ändern, wobei niedrigere Werte zu mehr falsch positiven Ergebnissen führen können. Weitere Informationen finden Sie unter Model Armor-Konfidenzniveaus.

Scannen von MCP-Traffic mit Model Armor deaktivieren

Führen Sie den folgenden Befehl aus, um zu verhindern, dass Model Armor den Traffic zu und von Google MCP-Servern basierend auf den Mindesteinstellungen des Projekts automatisch scannt:

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 Projekt-ID in Google Cloud . Model Armor wendet die in den Mindesteinstellungen dieses Projekts definierten Regeln nicht automatisch auf den Traffic von Google-MCP-Servern an.

Die Model Armor-Mindesteinstellungen und die allgemeine Konfiguration können sich nicht nur auf MCP auswirken. Da Model Armor in Dienste wie Vertex AI eingebunden ist, können sich Änderungen an den Mindesteinstellungen auf das Scannen von Traffic und das Sicherheitsverhalten in allen eingebundenen Diensten auswirken, nicht nur in MCP.

MCP-Nutzung mit IAM-Richtlinien steuern

Mit Ablehnungsrichtlinien und Zulassungsrichtlinien von Identity and Access Management (IAM) können Sie Google Cloud und Google MCP-Server schützen.

Sie können mehrere Kriterien kombinieren, um benutzerdefinierte Sicherheits- und Governance-Richtlinien zu erstellen. Dazu können Sie den Zugriff anhand der folgenden Kriterien zulassen oder verweigern:

• Das Hauptkonto.
• Toolattribute wie das Attribut „read-only“.
• 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

• Lesen Sie die MCP-Referenzdokumentation zu NetApp Volumes.
• Weitere Informationen zu Google Cloud-MCP-Servern