Le Model Context Protocol (MCP) standardise la façon dont les grands modèles de langage (LLM) et les applications ou agents d'IA se connectent à des sources de données externes. Les serveurs MCP vous permettent d'utiliser leurs outils, leurs ressources et leurs prompts pour effectuer des actions et obtenir des données à jour à partir de leur service de backend.
Quelle est la différence entre les serveurs MCP locaux et distants ?
- Serveurs MCP locaux
- Ils s'exécutent généralement sur votre ordinateur local et utilisent les flux d'entrée et de sortie standards (stdio) pour la communication entre les services sur le même appareil.
- Serveurs MCP distants
- S'exécuter sur l'infrastructure du service et proposer un point de terminaison HTTP aux applications d'IA pour la communication entre le client MCP d'IA et le serveur MCP. Pour en savoir plus sur l'architecture MCP, consultez Architecture MCP.
Noyau sans état
Avec la version 2026-07-28 du MCP, le MCP passe d'un protocole bidirectionnel avec état à un protocole sans état.
Chaque requête MCP est auto-descriptive et peut être acheminée à l'aide d'en-têtes. Le handshake initialize/initialized ou Mcp-Session-Id n'est pas nécessaire, car chaque requête inclut toutes les informations requises dans les en-têtes HTTP ou le paramètre _meta. Les serveurs MCP peuvent demander des informations supplémentaires requises par un outil via des requêtes multi-aller-retour (MRTR).
Pour faciliter le routage et le traitement des requêtes sans analyser le corps de la requête, certains en-têtes MCP sont requis, y compris les suivants :
- En-têtes requis par la spécification MCP, tels que l'en-tête de version du protocole et les en-têtes de requête standards.
- En-têtes personnalisés définis par le serveur MCP. Ces en-têtes sont mis en miroir dans les en-têtes HTTP à partir du schéma d'entrée de l'outil à l'aide de la propriété
x-mcp-header. Par exemple, un serveur MCP peut définir un en-tête personnalisé pour spécifier la région ou l'ID du projet Google Cloud .
Pour en savoir plus sur l'architecture MCP, consultez la spécification et les principaux changements de la version 2026-07-28 de MCP.
Vous pouvez utiliser le serveur MCP local NetApp Volumes pour les raisons suivantes :
- Exécuter le service dans les limites de votre propre réseau
- Modifier ou étendre les capacités du serveur
- Développement et tests locaux
- Utilisation de MCP hors connexion
- Provisionnez et gérez des pools de stockage et des volumes NetApp Volumes depuis votre application d'IA.
Pour en savoir plus sur l'utilisation du serveur MCP local NetApp Volumes, consultez Serveur MCP NetApp Volumes. Les sections suivantes ne s'appliquent qu'au serveur MCP distant Google Cloud NetApp Volumes.
Google Cloud serveur MCP distant
Les serveurs MCP distants Google et Google Cloud présentent les fonctionnalités et avantages suivants :- Découverte simplifiée et centralisée
- Points de terminaison HTTP gérés mondiaux ou régionaux
- Autorisations précises
- Sécurité facultative des prompts et des réponses avec la protection Model Armor
- Journaux d'audit centralisés
Pour en savoir plus sur les autres serveurs MCP et sur les contrôles de sécurité et de gouvernance disponibles pour les serveurs MCP Google Cloud, consultez la présentation des serveurs MCP Google Cloud.
Limites
Le tableau suivant récapitule les opérations bloquées par le serveur MCP distant NetApp Volumes pour chaque fonctionnalité :
| Fonctionnalités | Opérations |
|---|---|
| Pools de stockage | CreateStoragePoolUpdateStoragePoolDeleteStoragePool |
| Volumes | CreateVolumeUpdateVolumeDeleteVolume |
| Instantanés | UpdateSnapshotDeleteSnapshotRevertVolume |
| Sauvegardes | UpdateBackupDeleteBackup |
| Règles de sauvegarde et vaults | CreateBackupPolicyUpdateBackupPolicyDeleteBackupPolicyCreateBackupVaultUpdateBackupVaultDeleteBackupVault |
Avant de commencer
- Connectez-vous à votre compte Google Cloud . Si vous débutez sur Google Cloud, créez un compte pour évaluer les performances de nos produits en conditions réelles. Les nouveaux clients bénéficient également de 300 $ de crédits sans frais pour exécuter, tester et déployer des charges de travail.
-
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 theresourcemanager.projects.createpermission. Learn how to grant roles.
-
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.enablepermission. 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.-
Install the Google Cloud CLI.
-
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 theresourcemanager.projects.createpermission. Learn how to grant roles.
-
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.enablepermission. 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.-
Install the Google Cloud CLI.
-
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
Rôles requis
Pour obtenir les autorisations nécessaires pour utiliser le serveur MCP NetApp Volumes, demandez à votre administrateur de vous accorder les rôles IAM suivants sur le projet dans lequel vous souhaitez utiliser le serveur MCP NetApp Volumes :
-
Effectuer des appels d'outils MCP : Utilisateur de l'outil MCP (
roles/mcp.toolUser) -
Lister les pools de stockage, les volumes, les coffres de sauvegarde, les règles de sauvegarde, les sauvegardes ou les instantanés : Lecteur NetApp Volumes (
roles/netapp.viewer) -
Récupère les détails d'un pool, d'un volume, d'un coffre de sauvegarde, d'une règle de sauvegarde, d'une sauvegarde ou d'un instantané spécifiques : Lecteur NetApp Volumes (
roles/netapp.viewer) -
Créer une sauvegarde ou un instantané : Administrateur NetApp Volumes (
roles/netapp.admin)
Pour en savoir plus sur l'attribution de rôles, consultez Gérer l'accès aux projets, aux dossiers et aux organisations.
Ces rôles prédéfinis contiennent les autorisations requises pour utiliser le serveur MCP NetApp Volumes. Pour connaître les autorisations exactes requises, développez la section Autorisations requises :
Autorisations requises
Les autorisations suivantes sont requises pour utiliser le serveur MCP NetApp Volumes :
-
Effectuer des appels d'outils MCP :
mcp.tools.call -
Répertoriez les pools de stockage d'un projet et d'un emplacement donnés :
netapp.storagePools.list -
Répertoriez les volumes d'un projet et d'un emplacement donnés :
netapp.volumes.list -
Répertoriez les coffres de sauvegarde d'un projet et d'un emplacement donnés :
netapp.backupVaults.list -
Répertoriez les règles de sauvegarde d'un projet et d'un emplacement donnés :
netapp.backupPolicies.list -
Répertoriez les sauvegardes d'un projet et d'un emplacement donnés :
netapp.backups.list -
Répertoriez les instantanés d'un projet et d'un emplacement donnés :
netapp.snapshots.list -
Récupérez les pools de stockage d'un projet et d'un emplacement donnés :
netapp.storagePools.get -
Obtenez les volumes d'un projet et d'un emplacement donnés :
netapp.volumes.get -
Obtenez les coffres de sauvegarde d'un projet et d'un emplacement donnés :
netapp.backupVaults.get -
Obtenez les règles de sauvegarde d'un projet et d'un emplacement donnés :
netapp.backupPolicies.get -
Obtenez les sauvegardes d'un projet et d'un emplacement donnés :
netapp.backups.get -
Obtenez des instantanés dans un projet et un emplacement donnés :
netapp.snapshots.get -
Créez une sauvegarde :
netapp.backups.create -
Créez un instantané :
netapp.snapshots.create
Vous pouvez également obtenir ces autorisations avec des rôles personnalisés ou d'autres rôles prédéfinis.
Authentification et autorisation
Le serveur MCP distant de Google Cloud NetApp Volumes utilise le protocole OAuth 2.0 avec Identity and Access Management (IAM) pour l'authentification et l'autorisation. Toutes les identitésGoogle Cloud sont compatibles avec l'authentification auprès des serveurs MCP.Le serveur MCP distant NetApp Volumes n'accepte pas les clés API.
Nous vous recommandons de créer une identité distincte pour les agents utilisant les outils MCP afin de pouvoir contrôler et surveiller l'accès aux ressources. Pour en savoir plus sur l'authentification, consultez S'authentifier auprès des serveurs MCP.
Champs d'application OAuth NetApp Volumes MCP
OAuth 2.0 utilise des champs d'application et des identifiants pour déterminer si un compte principal authentifié est autorisé à effectuer une action spécifique sur une ressource. Pour en savoir plus sur les champs d'application OAuth 2.0 chez Google, consultez Utiliser OAuth 2.0 pour accéder aux API Google.
NetApp Volumes dispose des champs d'application OAuth de l'outil MCP suivants :
| URI de champ d'application pour gcloud CLI | Description |
|---|---|
https://www.googleapis.com/auth/netapp |
Afficher, modifier, configurer et supprimer vos données Google Cloud NetApp Volumes, et afficher l'adresse e-mail de votre compte Google. |
Des champs d'application supplémentaires peuvent être requis sur les ressources auxquelles vous accédez lors d'un appel d'outil. Pour afficher la liste des champs d'application requis pour NetApp Volumes, consultez API NetApp Volumes.
Configurer un client MCP pour utiliser le serveur MCP NetApp Volumes
Les applications et agents d'IA, tels que Claude ou Gemini CLI, peuvent instancier un client MCP qui se connecte à un seul serveur MCP. Une application d'IA peut avoir plusieurs clients qui se connectent à différents serveurs MCP. Pour se connecter à un serveur MCP distant, le client MCP doit au moins connaître l'URL du serveur MCP distant.
Dans votre application d'IA, recherchez un moyen de vous connecter à un serveur MCP distant. Vous êtes invité à saisir des informations sur le serveur, telles que son nom et son URL.
Pour le serveur MCP distant NetApp Volumes, saisissez les informations suivantes :
- Nom du serveur : serveur MCP NetApp Volumes
- Point de terminaison :
https://netapp.googleapis.com/mcp - Transport : HTTP diffusable en streaming
- Détails de l'authentification : selon la façon dont vous souhaitez vous authentifier, vous pouvez saisir vos identifiants Google Cloud , votre ID client et votre code secret OAuth, ou l'identité et les identifiants d'un agent. Pour en savoir plus sur l'authentification, consultez S'authentifier auprès des serveurs MCP.
- Champ d'application OAuth : champ d'application OAuth 2.0 que vous souhaitez utiliser lors de la connexion au serveur MCP Google Cloud NetApp Volumes.
Pour obtenir des conseils spécifiques à l'hôte, consultez les ressources suivantes :
Pour obtenir des conseils plus généraux, consultez les ressources suivantes :
Outils disponibles
Pour afficher les détails des outils MCP disponibles et leurs descriptions pour le serveur MCP NetApp Volumes, consultez la documentation de référence sur le MCP NetApp Volumes.
Lister les outils
Utilisez l'inspecteur MCP pour lister les outils ou envoyez une requête HTTP tools/list directement au serveur MCP distant NetApp Volumes. La méthode tools/list ne nécessite pas d'authentification.
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"]
}
}
}
}
}
}'
Remplacez les éléments suivants :
TOOLSET_ENDPOINT: le reste du point de terminaison MCP après le nom du service. Par exemple, pour NetApp Volumes, il peut s'agir demcp/toolset-name.MCP_PROTOCOL_VERSION: version du protocole MCP. Exemple :2026-07-28.
Exemples de cas d'utilisation
Voici des exemples de cas d'utilisation du serveur MCP NetApp Volumes.
Découvrir et gérer l'inventaire de stockage
Cet exemple de cas d'utilisation du serveur MCP NetApp Volumes aide les ingénieurs de plate-forme à découvrir et à récupérer des informations sur leurs ressources de stockage. Le serveur MCP NetApp Volumes vous permet d'interroger l'inventaire de stockage et les détails de configuration en langage naturel. Cette fonctionnalité vous permet de récupérer des chemins d'installation ou des métriques de capacité sans avoir à parcourir la console Google Cloud .
Exemple de prompt :
"Trouve le volume finance-db et indique-moi le chemin d'exportation."
Workflow : le workflow permettant de lister le chemin d'exportation d'un volume peut se présenter comme suit :
Rechercher des ressources : l'agent utilise l'outil
list_volumespour trouver le volume portant le nom spécifié.Identifier les détails : l'agent analyse la réponse pour extraire le champ
exportPath.Répondre à l'utilisateur : l'agent vous fournit le chemin d'installation ou l'adresse IP de ce volume.
Identifier les volumes très utilisés
Un autre cas d'utilisation consiste à surveiller l'utilisation de l'espace de stockage. Vous pouvez utiliser le langage naturel pour identifier les volumes qui approchent de leur limite de capacité.
Exemple de prompt :
"Trouve les volumes dont l'utilisation est supérieure à 90%."
Workflow : le workflow permettant de lister les volumes dont l'utilisation est supérieure à 90 % peut se présenter comme suit :
Obtenir la liste des volumes : l'agent utilise l'outil
list_volumespour obtenir la liste des volumes du projet.Filtrer par utilisation : l'agent analyse les métriques de capacité et d'utilisation de chaque volume pour identifier ceux qui dépassent le seuil.
Résumer les résultats : l'agent fournit à l'utilisateur une liste des volumes très utilisés.
Protéger les données avec des instantanés
Un cas d'utilisation courant pour un développeur d'applications consiste à créer un instantané d'un volume avant de déployer des modifications de code. Vous devez effectuer le rétablissement du volume à l'aide de la console Google Cloud ou de la Google Cloud CLI, car l'assistant IA ne peut pas effectuer cette action. Toutefois, l'assistant peut créer un instantané pour protéger vos données.
Exemple de prompt :
"Crée un instantané du volume app-data avant que je ne déploie."
Workflow : le workflow de création d'un instantané de volume peut se présenter comme suit :
Localiser le volume : l'agent identifie l'ID de volume pour
app-data.Créer un instantané : l'agent utilise
create_snapshotavec l'ID de volume pour créer l'instantané.Confirmer la protection : l'agent confirme la création et affiche le nom et le code temporel de l'instantané : "Instantané 'app-data-snap-001' créé à 14h00 UTC". L'utilisateur procède au déploiement.
Évitez la perte accidentelle de données grâce à des garde-fous de sécurité
Dans cet exemple de cas d'utilisation, vous évitez la perte accidentelle de données ou des coûts inattendus. Vous pouvez configurer le serveur MCP NetApp Volumes pour bloquer les commandes qui tentent de supprimer des données ou de provisionner une infrastructure coûteuse.
Exemple de prompt :
"Supprimez le volume archive-logs pour libérer de l'espace."
Workflow : le workflow permettant d'éviter la perte accidentelle de données peut se présenter comme suit :
Évaluation de la requête : le service MCP ou les forçages de sécurité de l'agent déterminent que la suppression d'un volume est limitée.
Action de blocage : le service renvoie une erreur : "Erreur du mode sans échec : la suppression n'est pas autorisée par l'assistant IA."
Informer l'utilisateur : l'agent explique pourquoi la requête a été refusée et vous recommande d'effectuer l'action via la console Google Cloud si nécessaire.
Configurations de sécurité facultatives
Le MCP introduit de nouveaux risques et considérations de sécurité en raison de la grande variété d'actions que vous pouvez effectuer avec les outils MCP. Pour minimiser et gérer ces risques,Google Cloud propose des paramètres par défaut et des règles personnalisables permettant de contrôler l'utilisation des outils MCP dans votre organisation ou projet Google Cloud.
Pour en savoir plus sur la sécurité et la gouvernance de MCP, consultez Sécurité et sûreté de l'IA.
Utiliser Model Armor
Model Armor est un serviceGoogle Cloud conçu pour améliorer la sécurité de vos applications d'IA. Il analyse de manière proactive les prompts et les réponses des LLM, protège contre divers risques et favorise les pratiques pour une IA responsable. Que vous déployiez l'IA dans votre environnement cloud ou sur des fournisseurs de services cloud externes, Model Armor peut vous aider à empêcher les entrées malveillantes, à vérifier la sécurité du contenu, à protéger les données sensibles, à maintenir la conformité et à appliquer vos règles de sécurité de l'IA de manière cohérente dans votre paysage d'IA diversifié.
Lorsque Model Armor est activé avec la journalisation activée, il consigne l'intégralité de la charge utile. Cela pourrait exposer des informations sensibles dans vos journaux.
Routage des requêtes MCP vers Model Armor
Model Armor est disponible dans certaines régions. Lorsque Model Armor est activé et que vous utilisez un serveur MCP dans une juridiction non compatible avec Model Armor, le comportement de routage de l'appel peut être différent selon les serveurs MCP et peut enfreindre la conformité de la résidence des données pour les données en cours d'utilisation et en transit. Pour en savoir plus sur le comportement des différents serveurs MCP, consultez Produits compatibles avec Model Armor.Activer Model Armor
Vous devez activer les API Model Armor avant de pouvoir utiliser Model Armor.
Console
Activez l'API Model Armor, si ce n'est pas déjà fait.
Rôles requis pour activer les API
Pour activer des API, vous devez disposer de l'autorisation
serviceusage.services.enable. Si vous avez créé le projet, vous disposez probablement déjà de cette autorisation via le rôle Propriétaire (roles/owner). Sinon, vous pouvez l'obtenir via le rôle Administrateur Service Usage (roles/serviceusage.serviceUsageAdmin). Découvrez comment attribuer des rôles.Sélectionnez le projet dans lequel vous souhaitez activer Model Armor.
gcloud
Avant de commencer, suivez ces étapes à l'aide de la Google Cloud CLI avec l'API Model Armor :
Dans la console Google Cloud , activez Cloud Shell.
En bas de la fenêtre de la console Google Cloud , une session Cloud Shell démarre et affiche une invite de ligne de commande. Cloud Shell est un environnement de shell dans lequel la Google Cloud CLI est déjà installée, et dans lequel des valeurs sont déjà définies pour votre projet actuel. L'initialisation de la session peut prendre quelques secondes.
-
Exécutez la commande suivante pour définir le point de terminaison de l'API pour le service Model Armor.
gcloud config set api_endpoint_overrides/modelarmor "https://modelarmor.LOCATION.rep.googleapis.com/"
Remplacez
LOCATIONpar la région dans laquelle vous souhaitez utiliser Model Armor.
Configurer la protection pour les serveurs MCP Google et Google Cloud distants
Pour protéger les appels et les réponses de vos outils MCP, vous pouvez utiliser les paramètres de plancher Model Armor. Un paramètre de plancher définit les filtres de sécurité minimaux qui s'appliquent à l'ensemble du projet. Cette configuration applique un ensemble de filtres cohérent à tous les appels et réponses d'outils MCP du projet.
Configurez un paramètre plancher Model Armor avec la désinfection MCP activée. Pour en savoir plus, consultez Configurer les paramètres de plancher Model Armor.
Consultez l'exemple de commande suivant :
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"}]'
Remplacez PROJECT_ID par l'ID du projet Google Cloud .
Notez les paramètres suivants :
INSPECT_AND_BLOCK: type d'application qui inspecte le contenu du serveur MCP Google et bloque les requêtes et les réponses qui correspondent aux filtres.ENABLED: paramètre qui active un filtre ou une mesure d'application.MEDIUM_AND_ABOVE: niveau de confiance pour les paramètres du filtre "IA responsable - Dangereux". Vous pouvez modifier ce paramètre, mais des valeurs inférieures peuvent entraîner davantage de faux positifs. Pour en savoir plus, consultez Niveaux de confiance de Model Armor.
Désactiver l'analyse du trafic MCP avec Model Armor
Pour empêcher Model Armor d'analyser automatiquement le trafic vers et depuis les serveurs MCP Google en fonction des paramètres de base du projet, exécutez la commande suivante :
gcloud model-armor floorsettings update \
--full-uri='projects/PROJECT_ID/locations/global/floorSetting' \
--remove-integrated-services=GOOGLE_MCP_SERVER
Remplacez PROJECT_ID par l'ID du projet Google Cloud . Model Armor n'applique pas automatiquement les règles définies dans les paramètres de base de ce projet au trafic des serveurs MCP Google.
Les paramètres de base et la configuration générale de Model Armor peuvent avoir un impact sur d'autres éléments que le MCP. Comme Model Armor s'intègre à des services tels que Vertex AI, toute modification apportée aux paramètres de seuil peut affecter l'analyse du trafic et les comportements de sécurité dans tous les services intégrés, et pas seulement dans MCP.
Contrôler l'utilisation de MCP avec des stratégies IAM
Les stratégies de refus et les stratégies d'autorisation IAM (Identity and Access Management) vous aident à sécuriser les serveurs Google Cloud et Google MCP.
Vous pouvez combiner plusieurs critères pour créer des règles de sécurité et de gouvernance personnalisées en autorisant ou en refusant l'accès en fonction des éléments suivants :
- Le compte principal.
- Propriétés de l'outil, comme l'attribut en lecture seule.
- Nom du service ou de l'outil.
- ID client OAuth de l'application.
Pour en savoir plus, consultez Contrôler l'utilisation de MCP avec Identity and Access Management.
Étapes suivantes
- Consultez la documentation de référence sur NetApp Volumes MCP.
- En savoir plus sur les serveurs MCP Google Cloud