Lorsque vous transférez des données d'Amazon S3 vers Cloud Storage, les données transitent généralement par des liens d'appairage Internet public, où AWS facture des frais de sortie de données Internet standards. Le service de transfert de stockage propose une option de réseau privé géré par Google pour les transferts depuis Amazon S3. Vos données peuvent ainsi transiter par un routage privé sécurisé provisionné automatiquement par Google.
L'utilisation d'un réseau privé géré par Google réduit les coûts de sortie Internet d'AWS et simplifie la sécurité du réseau en éliminant la nécessité de configurer et de gérer les interconnexions physiques gérées par le client.
Principaux avantages
L'option de réseau privé géré par Google offre les avantages opérationnels et financiers suivants pour les transferts Amazon S3 :
Réduisez les coûts de sortie Internet : le transfert depuis Amazon S3 via le réseau privé géré par Google évite les tarifs de sortie Internet AWS standards. Vous ne payez pas de frais de sortie Internet AWS S3. Vous payez plutôt un taux de traitement des données prévisible par Gio à Google Cloud. Pour en savoir plus, consultez la section Tarifs. Les frais standards liés aux requêtes de l'API AWS (telles que les opérations Amazon S3
LIST,GETetHEAD) s'appliquent toujours conformément au barème tarifaire AWS.Éliminez l'exposition à l'Internet public : les données transitent directement via une connexion d'interconnexion privée gérée par Google entre AWS et Google Cloud. Comme les paquets ne traversent jamais les tables de routage de l'Internet public, vous éliminez le risque d'interception publique tout en simplifiant la conformité avec le pare-feu et le modèle zéro confiance.
Aucune maintenance de l'infrastructure : contrairement à un réseau privé géré par le client, vous n'avez pas besoin de provisionner ni de configurer des interconnexions physiques (telles que Cloud Interconnect ou AWS Direct Connect), des passerelles VPN ou un routage DNS personnalisé, ni de payer de frais de port récurrents. Google gère entièrement la pile de réseau privé de bout en bout.
Déploiement instantané sans délai : la configuration de circuits d'interconnexion dédiés peut prendre des semaines. Avec un réseau privé géré par Google, vous pouvez commencer à transférer des données via un routage privé immédiatement, sans installer ni gérer d'agents de transfert.
Points importants à prendre en compte concernant la bande passante et les performances
Tous les jobs du service de transfert de stockage dans tous les projets qui utilisent le réseau privé géré par Google partagent une capacité réseau groupée commune. Pendant les périodes d'utilisation maximale mondiale, les débits de transfert peuvent être limités ou la latence peut augmenter.
Les charges de travail composées principalement de grands objets sont plus affectées par une utilisation élevée du pool que celles composées principalement de petits objets. Si votre charge de travail nécessite une bande passante dédiée sans contention de pool partagé, envisagez de configurer un réseau privé géré par le client.
Régions avec lesquelles AWS est compatible
L'option de réseau privé géré par Google est disponible pour les transferts sans agent depuis les régions Amazon S3 suivantes :
ap-east-1ap-northeast-1ap-northeast-2ap-northeast-3ap-south-1ap-south-2ap-southeast-1ca-central-1ca-west-1eu-central-1eu-central-2 |
eu-north-1eu-south-1eu-south-2eu-west-1eu-west-2eu-west-3us-east-1us-east-2us-west-1us-west-2
|
Avant de commencer
Avant de créer votre transfert, vous devez configurer les autorisations IAM et de source.
Configurer les autorisations IAM
Suivez les instructions de la section Autorisations de transfert sans agent pour accorder les autorisations Google Cloud requises.
Configurer l'accès à votre bucket S3
Suivez les instructions de la section Configurer l'accès à une source : Amazon S3 pour configurer l'accès à vos données dans Amazon S3.
Créer un transfert de réseau privé géré par Google
Vous pouvez activer l'option de réseau privé géré par Google lorsque vous créez un job de transfert ou lorsque vous mettez à jour une spécification de transfert Amazon S3 existante à l'aide de la console Cloud de Confiance ou de l'API REST.
Console
L'option de réseau privé géré par Google est activée à l'aide d'une case à cocher à l'étape Choisir les paramètres de la création d'un job de transfert.
Pour créer un job à l'aide du réseau privé géré par Google :
-
Accédez à la page Service de transfert de stockage dans la console Cloud de Confiance .
-
Cliquez sur Créer un job de transfert. La page Créer une tâche de transfert s'affiche.
-
Sous Type de source, sélectionnez Amazon S3.
-
Sélectionnez Google Cloud Storage comme Type de destination.
-
Sélectionnez votre mode de programmation. Les transferts par lot sont exécutés de manière ponctuelle ou planifiée. Les transferts basés sur les événements surveillent en permanence la source et transfèrent les données lorsqu'elles sont ajoutées ou modifiées.
Pour configurer un transfert en fonction des événements, suivez les instructions de la section Transferts en fonction des événements.
-
Cliquez sur Étape suivante.
-
Dans le champ Nom du bucket ou du dossier, saisissez le nom du bucket source.
Le nom du bucket est celui qui apparaît dans la console AWS Management Console.
-
Sélectionnez votre méthode d'authentification Amazon Web Services (AWS). Pour en savoir plus, consultez Configurer l'accès à une source : Amazon S3.
-
Ressource secrète : sélectionnez cette option pour utiliser des identifiants Amazon enregistrés dans Secret Manager. Sélectionnez un code secret dans la liste ou saisissez-en un manuellement au format
projects/PROJECT_NUMBER/secrets/SECRET_NAME. -
Clé d'accès : saisissez votre clé d'accès dans le champ ID de clé d'accès et le secret associé à votre clé d'accès dans le champ Clé d'accès secrète.
-
Rôle IAM AWS pour la fédération d'identité : saisissez votre ARN dans le champ ARN du rôle IAM AWS, avec la syntaxe suivante :
-
Régions AWS standards :
arn:aws:iam::AWS_ACCOUNT:role/AWS_ROLE_NAME
-
Régions AWS GovCloud :
arn:aws-us-gov:iam::AWS_ACCOUNT:role/AWS_ROLE_NAME
Remplacez les éléments suivants :
AWS_ACCOUNT: ID du compte AWS sans tiret.AWS_ROLE_NAME: nom du rôle AWS. Si votre organisation utilise des chemins d'accès pour organiser les rôles, incluez le chemin d'accès avec le nom du rôle. Exemple :developers/transfer_user.
Pour en savoir plus sur les ARN, consultez ARN d'IAM.
-
-
-
S'il s'agit d'un transfert basé sur des événements, saisissez l'ARN de la file d'attente Amazon SQS, qui se présente au format suivant :
-
Régions AWS standards :
arn:aws:sqs:us-east-1:1234567890:event-queue
-
Régions AWS GovCloud :
arn:aws-us-gov:sqs:us-gov-east-1:1234567890:event-queue
-
-
Vous pouvez également choisir de filtrer les objets par préfixe, par date de dernière modification ou par classe de stockage. Si vous avez spécifié un dossier comme emplacement source, les filtres de préfixe sont relatifs à ce dossier. Par exemple, si votre source est
my-test-bucket/path/, un filtre d'inclusionfileinclut tous les fichiers commençant parmy-test-bucket/path/file. -
Cliquez sur Étape suivante.
-
Dans le champ Bucket ou dossier, saisissez le nom du bucket de destination et (éventuellement) le nom du dossier, ou cliquez sur Parcourir pour sélectionner un bucket dans une liste existante de buckets de votre projet actuel. Pour créer un bucket, cliquez sur
Créer un bucket. -
Cliquez sur Étape suivante.
-
Choisissez vos options de planification :
Remarque : Le service de transfert de stockage affiche le calendrier des tâches de transfert dans votre fuseau horaire local, mais il les stocke au format UTC (Universal Time Coordinated). Si vous êtes concerné par l'heure d'été, il est possible que le calendrier soit modifié lors du passage à l'heure d'été ou du retour à l'heure d'hiver.
-
Dans la liste déroulante Exécuter une fois, sélectionnez l'une des options suivantes :
- Exécuter une fois : exécute un seul transfert, à partir de l'heure que vous sélectionnez.
-
Exécuter tous les jours : exécute un transfert tous les jours, à l'heure que vous sélectionnez.
Vous pouvez saisir une date de fin ou laisser le champ Date de fin vide pour exécuter continuellement le transfert.
- Exécuter chaque semaine : exécute un transfert chaque semaine, à partir de l'heure que vous sélectionnez.
-
Exécuter avec une fréquence personnalisée : exécute un transfert à la fréquence que vous sélectionnez. Vous pouvez choisir de répéter le transfert à des intervalles réguliers d'heures, de jours ou de semaines.
Vous pouvez saisir une date de fin ou laisser le champ Date de fin vide pour exécuter continuellement le transfert.
- Exécuter à la demande : aucune exécution ne sera déclenchée lorsque cette tâche de transfert sera créée. Vous devrez démarrer manuellement le job.
-
Dans la liste déroulante À partir de maintenant, sélectionnez l'une des options suivantes :
- À partir de maintenant : lance le transfert lorsque vous cliquez sur Créer.
- À partir de : lance le transfert à la date et à l'heure que vous sélectionnez. Cliquez sur Calendrier pour afficher un calendrier et sélectionner la date de début.
-
-
Cliquez sur Étape suivante.
-
Sélectionnez les paramètres de la tâche de transfert.
-
Dans le champ Description, saisissez une description du transfert. Nous vous recommandons de saisir une description pertinente et unique afin de pouvoir différencier les tâches.
-
Vous pouvez éventuellement fournir un manifeste pour spécifier les objets exacts à transférer.
-
Sous Options de métadonnées, sélectionnez la classe de stockage et le comportement de l'heure de création souhaités. Pour en savoir plus, consultez Conservation des métadonnées.
-
Sous Écrasement, sélectionnez l'une des options suivantes :
- Jamais : n'écrase pas un fichier de destination si le fichier source porte le même nom. Le fichier source est ignoré.
- S'ils sont différents : écrase les fichiers de destination si le fichier source du même nom contient d'autres ETags ou valeurs de somme de contrôle.
- Toujours : écrase toujours les fichiers de destination lorsque le fichier source porte le même nom, même s'ils sont identiques.
-
Sous Dans quel contexte effectuer des suppressions, sélectionnez l'une des options suivantes :
- Jamais : ne supprime jamais les fichiers de la source ni de la destination.
-
Supprimer les fichiers de la source après leur transfert : supprime les fichiers de la source après leur transfert vers la destination. Si un fichier source n'est pas transféré, par exemple parce qu'il existe déjà dans la destination, il n'est pas supprimé.
Important : Si vous ne disposez pas d'une sauvegarde locale, cette option est une action irréversible.
-
Supprimer les fichiers de la destination s'ils ne figurent pas dans la source : si les fichiers du bucket Cloud Storage de destination ne figurent pas dans la source, supprimez-les du bucket.
Cette option garantit que le bucket Cloud Storage de destination correspond exactement à votre source.
-
Choisissez des options de routage réseau :
- Sélectionnez Utiliser le réseau privé géré.
-
Sous Options de journalisation, sélectionnez Activer la journalisation dans Cloud Logging si vous souhaitez générer un enregistrement précis des actions effectuées sur chaque fichier transféré. Des frais Cloud Logging s'appliquent. Pour en savoir plus, consultez Actions de transfert de journaux.
-
Si vous le souhaitez, sélectionnez Suivre l'état de l'opération de transfert via les notifications Cloud Pub/Sub, puis choisissez votre sujet Pub/Sub et les événements qui déclenchent les notifications. Pour en savoir plus, consultez la section Notifications Pub/Sub.
-
Sous Choisir un type de compte de service, sélectionnez l'identité à utiliser :
- Agent de service du service de transfert de stockage : l'agent de service par défaut géré par Google se voit automatiquement accorder l'accès aux buckets source et de destination.
- Agent de service géré par l'utilisateur : utilisez un compte de service personnalisé que vous avez créé. Avant de sélectionner cette option, assurez-vous que votre compte de service dispose d'un accès au bucket source, au bucket de destination et à Pub/Sub. Consultez Utiliser un agent de service géré par l'utilisateur.
-
-
Cliquez sur Créer pour créer la tâche de transfert.
CLI gcloud
gcloud CLI ne permet pas de configurer les transferts sur un réseau privé géré par Google. Utilisez la console Cloud de Confiance ou l'API REST pour activer cette option.
Bibliothèques clientes
Les bibliothèques clientes du service de transfert de stockage ne permettent pas de configurer les transferts via un réseau privé géré par Google. Utilisez la console Cloud de Confiance ou l'API REST pour activer cette option.
API REST
Pour configurer un transfert à l'aide de l'API REST, définissez le champ booléen transferSpec.awsS3DataSource.managedPrivateNetwork sur true dans la charge utile de votre requête JSON lorsque vous appelez transferJobs.create ou transferJobs.patch.
Requête HTTP
POST https://storagetransfer.googleapis.com/v1/transferJobs
Corps de la requête
{
"description": "S3 to Cloud Storage over Google-managed private network",
"status": "ENABLED",
"projectId": "PROJECT_ID",
"transferSpec": {
"awsS3DataSource": {
"bucketName": "AWS_SOURCE_NAME",
"managedPrivateNetwork": true,
"awsAccessKey": {
"accessKeyId": "AWS_ACCESS_KEY_ID",
"secretAccessKey": "AWS_SECRET_ACCESS_KEY"
}
},
"gcsDataSink": {
"bucketName": "GCS_SINK_NAME"
},
"transferOptions": {
"overwriteWhen": "DIFFERENT",
"deleteObjectsFromSourceAfterTransfer": false
}
}
}
Cet exemple utilise des identifiants d'accès AWS pour l'authentification. Pour en savoir plus sur l'utilisation de l'identité fédérée ou des identifiants dans Secret Manager, consultez Configurer l'accès à Amazon S3.
Surveiller et vérifier le routage du réseau privé
Une fois votre tâche de transfert lancée, vérifiez que les données sortent sur le réseau privé géré par Google :
Cloud Logging : lorsque les
transfer-logssont activés (--log-actions=COPY,DELETE,FAILED), inspectez les journaux structurés de votre opération de transfert. Les métadonnées de connexion dans le journal d'actionsCOPYconfirment la réussite de la réplication sur le chemin du réseau privé.Validation de la facturation : consultez vos tableaux de bord de facturation AWS et Google Cloud. Sur votre facture AWS, vous ne verrez aucun frais de transfert de données sortantes sur l'Internet public (
DataTransfer-Out-Bytes) pour les objets transférés. Les frais de traitement des données par Gio s'affichent plutôt sur votre facture Google Cloud sous "Service de transfert de stockage".
Autres options de routage réseau
Si le réseau privé géré par Google ne répond pas aux exigences de votre charge de travail, le service de transfert de stockage est compatible avec plusieurs autres options de routage réseau pour Amazon S3 :
Routage sur l'Internet public : transfert de données via des liens d'appairage standard sur l'Internet public entre Amazon S3 et Google Cloud. Toutes les commandes API, les en-têtes d'authentification et les flux de données d'objet sont chiffrés de bout en bout en transit à l'aide du protocole HTTPS avec Transport Layer Security (TLS 1.3). Les tarifs standards AWS pour les sorties de données Internet s'appliquent. Pour en savoir plus, consultez Transférer depuis Amazon S3.
Réseau privé géré par le client : les données transitent par votre propre infrastructure de connectivité hybride préconfigurée (telle que Cloud Interconnect, Cloud VPN ou AWS Direct Connect) via des adresses IP privées. Cette option vous offre un contrôle total de l'architecture et une bande passante réseau dédiée et prévisible. Pour en savoir plus, consultez Transferts via un réseau privé géré par le client.
Routage CDN Amazon CloudFront : les données sont récupérées via une distribution Amazon CloudFront devant votre bucket S3. Selon votre niveau tarifaire AWS CloudFront et le volume de données, cela peut réduire les frais de sortie Internet par rapport aux téléchargements S3 publics directs. Pour en savoir plus, consultez Transférer depuis S3 via CloudFront.