Tarifs pour le service de sauvegarde et de reprise après sinistre
Ce document décrit les conditions tarifaires de la sauvegarde dans le cloud et de la reprise après sinistre.
Présentation
La sauvegarde et la reprise après sinistre propose un modèle de facturation basé sur la consommation. La facturation est basée sur les composants suivants:
Frais de stockage des sauvegardes. Quantité de stockage consommée par les images de sauvegarde.
Frais d'utilisation de la sauvegarde. Quantité d'utilisation pour l'orchestration et la gestion des sauvegardes.
Frais de stockage des sauvegardes
La sauvegarde et la reprise après sinistre permettent aux utilisateurs de bénéficier de tous les avantages de Cloud Storage pour s'aligner étroitement sur le stockage des sauvegardes et la criticité métier de la charge de travail protégée.
La sauvegarde et la reprise après sinistre sont compatibles avec les types de disque persistant, stockage standard, stockage Nearline, stockage Coldline et stockage Archive. Vous payez pour la quantité de stockage utilisée par les images de sauvegarde dans chaque type de stockage. Pour en savoir plus sur les tarifs de Google Cloud Storage, consultez la page Tarifs de Cloud Storage.
Frais d'utilisation des sauvegardes
Chaque projet Google Cloud possède un compte de facturation qui permet de définir qui assume les frais pour l'utilisation des ressources et des API Google Cloud de ce projet. Lorsque le service de sauvegarde et de reprise après sinistre est activé dans un projet, toute utilisation des quatre SKU détaillés ci-dessous est facturée à ce projet. Quels que soient les zones ou les projets dans lesquels se trouvent les dispositifs de sauvegarde/récupération,
Le tableau suivant répertorie les codes SKU et les prix lorsque vous utilisez la sauvegarde et la reprise après sinistre.
| Produits / SKU - Sauvegarde | Modèle tarifaire | Meter | Prix catalogue |
|---|---|---|---|
| Données de VM: VM Cloud1, VM sur site, systèmes de fichiers | Tarification en fonction de l'utilisation | Par Gio-mois de la capacité source (frontend) sous protection | 0,03 $ / Gio-mois |
| SAP HANA, Oracle, SAP ASE, SAP IQ, SAP MaxDB et IBM Db2 | Tarification en fonction de l'utilisation | Par Gio-mois de la capacité source (frontend) sous protection | 0,24 $ / Gio-mois |
| Microsoft SQL Server, MySQL, PostgreSQL, MongoDB et MariaDB | Tarification en fonction de l'utilisation | Par Gio-mois de la capacité source (frontend) sous protection | 0,09 $ / Gio-mois |
| Copies virtuelles (gestion des données de test)2 | Tarification en fonction de l'utilisation | Par Gio-mois de la capacité totale clonée virtuelle | 0,03 $ / Gio-mois |
1 VM Google Cloud VMware Engine et Compute Engine (y compris l'orchestration d'instantanés Compute Engine).
2 Cela inclut les scénarios dans lesquels des installations virtuelles sont utilisées pour les tests de sauvegarde et/ou les restaurations.
Comment l'utilisation de la sauvegarde et de la reprise après sinistre est-elle mesurée ?
La sauvegarde et la reprise après sinistre mesurent l'utilisation en fonction de la taille réelle de la charge de travail à l'interface ou de la taille de la charge de travail gérée. L'unité de mesure est le gibioctet (Gio). Un gibioctet = 1 024 x 1 024 * 1 024 octets.
Si la charge de travail gérée indique la taille du volume de données, la sauvegarde et la reprise après sinistre prennent en compte la taille du volume indiquée (par exemple, le calcul de l'utilisation de VMware correspond à la taille indiquée de la VM dans vCenter).
Si vous gérez 10 Tio de données Oracle réparties sur plusieurs bases de données, l'utilisation des données pour la sauvegarde et la reprise après sinistre rapporte 10 x 1 024 Gio.
Mesure de l'utilisation pour Compute Engine sans agent
La sauvegarde et la reprise après sinistre mesurent l'utilisation de la sauvegarde de VM Compute Engine en fonction de la quantité de stockage sur disque persistant associée à une VM Compute Engine au moment de la sauvegarde. La sauvegarde et la reprise après sinistre vous permettent d'exclure des volumes de disques persistants de la sauvegarde. Dans ce cas, seuls les volumes identifiés comme étant sauvegardés sont utilisés pour mesurer l'utilisation.
Par exemple, si deux volumes de disques persistants d'un Tio et deux Tio sont associés à une VM Compute Engine et que vous configurez le SLT de sauvegarde pour exclure le volume de 2 Tio, l'utilisation de la VM est mesurée pour atteindre un seul Tio.
De plus, si la VM 1 Tio augmente ou diminue, la sauvegarde et la reprise après sinistre mesurent l'utilisation en fonction de la taille du volume au moment de la dernière sauvegarde.
Mesure de l'utilisation pour Google Cloud VMware Engine sans agent
Lorsque vous gérez l'intégralité de la VM VMware par des dispositifs de sauvegarde/DR (tous les volumes), le nombre d'utilisations correspond à la taille totale allouée de tous les volumes gérés. Si les volumes sont provisionnés fines, des valeurs de provisionnement faible sont utilisées. Si les volumes sont provisionnés de manière épaisse, la taille totale allouée est utilisée.
La sauvegarde et la reprise après sinistre prennent en compte la taille des volumes gérés signalée par VMware vCenter. Si une VM a été configurée avec un volume à huit Tio provisionné et qu'elle a été allouée deux Tio, deux Tio sont comptabilisés dans l'utilisation. Lorsque la taille allouée augmente, la quantité d'utilisation augmente à partir de la copie suivante réussie.
Cette méthode de mesure s'applique à tous les scénarios de sauvegarde VMware. Lorsqu'un agent de sauvegarde et de reprise après sinistre est installé dans une VM, et que les données de charge de travail de la VM sont capturées à l'aide de l'agent de sauvegarde et de reprise après sinistre, les calculs d'utilisation sont basés sur la mesure de l'utilisation pour la sauvegarde basée sur un agent.
Mesure de l'utilisation pour la sauvegarde basée sur des agents
La sauvegarde et la reprise après sinistre mesurent l'utilisation de la sauvegarde basée sur un agent sur la taille réelle de la charge de travail. Par exemple, si une sauvegarde de base de données SQL Server utilise un agent de sauvegarde et de reprise après sinistre, et que la somme des fichiers de données d'un serveur SQL est de cinq Tio sur un volume de sept Tio, l'utilisation est mesurée à cinq Tio.
Mesure de l'utilisation pour la sauvegarde de bases de données basée sur des agents
Pour les charges de travail Oracle et SQL Server, seules les bases de données protégées sont comptabilisées dans l'utilisation. Les fichiers journaux ne sont pas pris en compte:
- Oracle. La taille allouée des fichiers de base de données protégés est comptabilisée dans le calcul de l'utilisation. La taille allouée inclut les fichiers de données et les fichiers de contrôle.
- Microsoft SQL Server. La taille totale de tous les fichiers de base de données, y compris les fichiers .MDF, .LDF et .NDF protégés, est comptabilisée pour l'utilisation.
- Protection des bases de données avec le suivi des blocs modifiés (CBT) de Linux. La sauvegarde et la reprise après sinistre permettent de sauvegarder efficacement plusieurs bases de données avec le suivi des blocs modifiés. Ce mode de sauvegarde repose sur les journaux de base de données et les fichiers de données résidant sur les volumes gérés LVM (Linux Logical Volume Manager). Pour cette classe de charges de travail, l'utilisation est mesurée en tant que taille du volume LVM sous protection. Les bases de données de cette catégorie sont SAP HANA, SAP ASE, SAP IQ, SAP MaxDB, PostgreSQL, MySQL, MariaDB et IBM Db2. Pour obtenir la liste des bases de données qui entrent dans cette catégorie, consultez la section Matrice de prise en charge des sauvegardes et des DR.
- Protection basée sur le vidage SQL sans Linux CBT La sauvegarde et la reprise après sinistre sont compatibles avec les sauvegardes SQL traditionnelles avec vidage. Dans ce mode, l'utilisation est mesurée en tant que taille de la base de données, telle qu'indiquée par la base de données au moment de la sauvegarde.
Mesure de l'utilisation pour les copies virtuelles
La sauvegarde et la reprise après sinistre ne mesurent l'utilisation des copies virtuelles que lorsqu'une copie virtuelle d'une charge de travail est créée. La quantité d'utilisation est basée sur la taille de l'application au moment de la dernière sauvegarde. La méthode la plus courante pour créer des copies virtuelles consiste à installer des tâches. D'autres types de tâches, tels que la préparation et l'approvisionnement, peuvent également créer une copie virtuelle. Les frais d'utilisation sont calculés au prorata du temps d'utilisation de la copie virtuelle (depuis l'installation jusqu'à sa désinstallation ou sa suppression).
Prenons l'exemple d'une base de données SQL Server de taille Tio. Cette charge de travail entraîne des frais d'utilisation de sauvegarde de 1 Tio. Prenons également l'exemple d'une copie virtuelle de cette base de données provisionnée pour un serveur de test le premier du mois. Le 15 du mois, la copie virtuelle est désinstallée du serveur de test à 11h. Dans ce scénario, des frais d'utilisation d'un Tio d'un Tio sont facturés chaque jour entre le premier et le 15 du mois. L'utilisation de la copie virtuelle pour le 15e ne sera comptabilisée que pour 11 heures et non pour la journée entière. La quantité d'utilisation ne change pas avec les données supplémentaires écrites dans la copie virtuelle.
Facteurs qui influencent la mesure de l'utilisation
Facteurs qui influencent la mesure de l'utilisation dans les scénarios hors bande:
- Volumes compressés. Lorsque la compression du volume est activée, l'utilisation compte les valeurs post-compression. Par exemple, si un volume de 2 Tio contient 2,5 Tio de données compressées en 1,8 Tio, le nombre d'utilisation sera de 1,8 Tio, et non de 2,5 Tio.
- Volumes optimisés pour Windows : Pour les volumes optimisés pour Windows, la sauvegarde et la reprise après sinistre réhydratent le volume, et le nombre d'utilisation correspond à la valeur réhydratée. Par exemple, si un volume optimisé par Tio Windows contient 800 Gio, 1,1 Tio lors de la réhydratation pour la sauvegarde s'élève à 1,1 Tio.
- Taille des blocs. Pour les disques de préproduction, le service de sauvegarde et de reprise après sinistre mesure l'utilisation en fonction de la taille du bloc du disque de préproduction. Si la taille du bloc du volume source et la taille du bloc du disque de préproduction correspondent, les valeurs d'utilisation correspondent exactement au volume source. Si la taille du bloc utilisée sur le disque de préproduction est différente du volume source, il existe une légère différence, car le calcul de l'utilisation est effectué sur le disque de préproduction.
- Groupes de cohérence : Le nombre d'utilisations d'un groupe de cohérence correspond à la somme de toutes les tailles de charge de travail du groupe de cohérence. Les charges de travail sont mesurées et additionnées individuellement.
Étapes suivantes
Pour toute question sur la tarification, consultez Questions fréquentes.