Database
 sql >> Base de données >  >> RDS >> Database

Bring Your Own Cloud (BYOC) vs hébergement dédié chez ScaleGrid

L'endroit où vous décidez d'héberger vos bases de données cloud est une décision importante. Vous devez choisir votre modèle d'hébergement, un fournisseur de cloud, puis vos régions principale et de secours pour le déploiement. Mais si vous envisagez de faire appel à un fournisseur de bases de données gérées, vous avez une autre décision à prendre :êtes-vous en mesure d'héberger dans votre propre compte cloud ou devez-vous héberger via votre fournisseur de services gérés ? Dans cet article, nous comparons le plan Bring Your Own Cloud (BYOC) de ScaleGrid au modèle d'hébergement dédié standard pour vous aider à déterminer la meilleure stratégie pour le déploiement de votre base de données MySQL, PostgreSQL, Redis™ et MongoDB®.

Qu'est-ce que le plan Apportez votre propre cloud de ScaleGrid ?

Chez ScaleGrid, nous proposons un modèle unique appelé le plan Bring Your Own Cloud (BYOC) qui vous permet d'héberger réellement vos clusters de bases de données via votre propre compte cloud. Ceci est différent du modèle d'hébergement dédié standard qui vous oblige à héberger via votre fournisseur DBaaS. Bien que le modèle dédié soit toujours très populaire et extrêmement facile à configurer, de nombreuses entreprises sont défavorables à l'utilisation d'un DBaaS car elles ne souhaitent pas héberger via un compte qui n'appartient pas à leur organisation.

Chez ScaleGrid, nous prenons en charge les deux modèles afin que nos utilisateurs aient le choix entre l'hébergement par notre intermédiaire ou l'hébergement dans leur propre compte. Chacun de ces modèles convient aux déploiements de production et aux applications à fort trafic, et est disponible pour toutes nos bases de données prises en charge, y compris MySQL, PostgreSQL, Redis™ et la base de données MongoDB® (la base de données Greenplum® sera bientôt disponible). Voici les bases de données et les fournisseurs de cloud pris en charge par chaque modèle :

Bases de données prises en charge Apportez votre propre nuage Hébergement dédié
MySQL AWS, Azure, GCP, OCI, DigitalOcean AWS, Azure, GCP, DigitalOcean, Linode, OCI
PostgreSQL AWS, Azure, GCP, OCI, DigitalOcean AWS, Azure, GCP, DigitalOcean, Linode, OCI
Redis™ AWS, Azure, GCP, OCI, DigitalOcean AWS, Azure, GCP, DigitalOcean, Linode, OCI
Base de données MongoDB® OCI, DigitalOcean DigitalOcean, Linode, OCI
Greenplum® (bientôt disponible) AWS AWS

Le modèle BYOC est-il adapté à mon déploiement ?

Si vous pouvez répondre oui à l'une de ces questions, BYOC est le plan qu'il vous faut :

  1. Souhaitez-vous tirer parti des instances réservées pour réduire vos coûts d'hébergement à long terme jusqu'à 40 % ? Lire maintenant
  2. Êtes-vous une startup qui dispose de crédits d'hébergement de fournisseur de cloud gratuits que vous aimeriez utiliser pour l'hébergement de votre base de données ? Lire maintenant
  3. Êtes-vous à l'aise pour configurer votre propre infrastructure cloud via votre propre compte de fournisseur de cloud ?
  4. Souhaitez-vous déployer dans un cloud/réseau privé virtuel (VPC et VNET) ? Lire maintenant
  5. Souhaitez-vous tirer parti des groupes de sécurité pour le contrôle d'accès ? Lire maintenant
  6. Avez-vous besoin d'un accès SSH à la machine sous-jacente ? Lire maintenant

BYOC par rapport à la tarification de l'hébergement dédié

Quelle est la principale différence entre la tarification Bring Your Own Cloud et nos forfaits d'hébergement dédié ? Étant donné que nos plans BYOC sont hébergés via votre propre compte AWS ou Azure, toutes les instances cloud, les sauvegardes et les coûts de transfert de données sont payés directement via votre fournisseur de cloud. En revanche, l'hébergement dédié ScaleGrid est tout compris, vous payez donc un coût fixe mensuel (basé sur l'utilisation) via votre compte ScaleGrid. C'est pourquoi notre tarification BYOC est inférieure à notre tarification d'hébergement dédié, car les coûts indiqués pour BYOC ne correspondent qu'à ce que vous payez pour ScaleGrid et n'incluent pas vos coûts de matériel.

Où héberger votre base de données cloud ? BYOC vs hébergement dédié | #mysql #postgresql #mongodb #redisCliquez pour tweeter

Tous les outils de gestion, de surveillance et de maintenance DBaaS sont inclus dans les deux plans, ainsi qu'une assistance 24h/24 et 7j/7.

Combien vais-je payer à mon fournisseur de cloud via le modèle BYOC ?

La meilleure façon d'estimer les coûts que vous paierez à AWS ou Azure via notre modèle BYOC est de trouver la différence entre la taille de plan équivalente via notre Dedicated Modèle d'hébergement. Nos plans dédiés utilisent des instances à la demande, donc tant que vous les exploitez via votre déploiement BYOC, vos coûts devraient être relativement les mêmes. Passons en revue un exemple :

Base de données : MySQL
Fournisseur de cloud : AWS
Type de réplication : Maître-Esclave-Esclave

Avec les configurations de cluster ci-dessus, nous pouvons revoir les prix du plan dédié et du plan BYOC pour estimer les coûts que nous paierons via notre fournisseur de cloud :

Tarification dédiée ScaleGrid : 560 $/mois
Tarification ScaleGrid BYOC : 232 $/mois
Coûts cloud estimés : 328 $/mois

Bien qu'il s'agisse d'un bon moyen d'obtenir une estimation approximative, vos coûts cloud mensuels varieront en effet en fonction du nombre de sauvegardes effectuées et de votre activité de transfert de données .

Instances réservées

L'un des grands avantages du modèle BYOC est que vous pouvez tirer parti des instances réservées pour réduire vos coûts d'hébergement à long terme jusqu'à 40 %. Les instances réservées sont des instances prépayées que vous pouvez acheter via votre fournisseur de cloud, ce qui vous permet de bénéficier d'un tarif horaire réduit pour l'achat 1 an ou 3 ans à l'avance. Les instances AWS EC2 et les instances de machine virtuelle Azure sont disponibles en tant qu'instances réservées et peuvent être utilisées via le plan BYOC.

Crédits d'hébergement de démarrage

En outre, le plan BYOC est également très populaire auprès des entreprises en démarrage. En effet, ils sont en mesure de tirer parti des crédits d'hébergement de démarrage AWS ou Azure gratuits sécurisés via leur incubateur, leur accélérateur ou leur programme communautaire de démarrage, et peuvent appliquer leurs crédits gratuits à leurs coûts d'hébergement de base de données en tant que ScaleGrid. Nous offrons également des économies supplémentaires aux entreprises en démarrage grâce à notre programme de démarrage, où les entreprises éligibles peuvent obtenir 50 % de réduction sur nos plans BYOC ou dédiés jusqu'à 12 mois.

BYOC par rapport aux fonctionnalités d'hébergement dédié

Comme mentionné ci-dessus, les plans BYOC et Dedicated sont entièrement gérés et parfaits pour les déploiements de production. Une grande majorité des fonctionnalités sont les mêmes, en dehors de ces fonctionnalités avancées disponibles via le modèle BYOC :

Clouds privés virtuels / Réseaux virtuels

Amazon Virtual Private Clouds (VPC) et Azure Virtual Networks (VNET) sont des sections privées et isolées de l'infrastructure cloud où vous pouvez lancer des ressources. Ce sont des configurations cloud avancées qui vous permettent de protéger vos bases de données d'Internet. Les VPC et les VNET peuvent être provisionnés en sous-réseaux ou en morceaux, ce qui vous permet de séparer vos charges de travail et de contrôler les routes entre vos sous-réseaux. Vous pouvez également répartir géographiquement vos clusters sur des zones de disponibilité afin de garantir une haute disponibilité pour votre déploiement. Chez ScaleGrid, nous vous recommandons de déployer vos clusters sur des sous-réseaux VPC privés afin que votre base de données ne soit pas routable depuis Internet.

Le déploiement de votre application et de votre base de données sur le même VPC fournit également le chemin de latence le plus faible possible. Cela devient vraiment important pour les solutions de cache comme Redis™. Cela vous permet également de réduire les coûts car vous n'avez pas à payer pour le trafic entre l'application et la base de données lorsqu'elles se trouvent dans le même VPC. Cela peut entraîner des économies importantes pour les applications à fort trafic.

Ces puissantes configurations de sécurité nécessitent une compréhension de votre infrastructure cloud pour être configurées. Consultez la section Comment démarrer ci-dessous pour savoir comment configurer une infrastructure VPC ou VNET pour votre déploiement chez ScaleGrid.

Conseil d'expert

L'utilisation des clusters de suiveurs permet de synchroniser deux systèmes de base de données indépendants (du même type) afin que vous puissiez analyser, optimiser et tester les performances des applications pour les bases de données MySQL, PostgreSQL et MongoDB®.

Groupes de sécurité

Les groupes de sécurité AWS et les groupes de sécurité réseau Azure vous permettent de verrouiller l'accès à vos serveurs via des pare-feu virtuels avancés. Lorsque vous configurez une nouvelle instance de base de données sur ScaleGrid via le modèle BYOC, vous utilisez des groupes de sécurité pour contrôler le trafic entrant et sortant vers vos instances. Ceux-ci doivent être créés dans le même VPC ou VNET que votre cluster.

Accès SSH à la machine

Une autre fonctionnalité unique disponible dans le plan BYOC de ScaleGrid est la possibilité de maintenir un accès SSH complet aux machines sous-jacentes de votre déploiement. Cela vous permet de tirer parti de plug-ins et d'outils externes pour mieux prendre en charge votre déploiement et améliorer les performances.

La grande majorité des fournisseurs de DBaaS ne fournissent pas cet accès, qui est l'un des principaux obstacles à l'adoption de DBaaS. Les organisations veulent avoir le droit de contrôler leurs propres déploiements sans être enfermées dans un service à l'emporte-pièce hautement restreint. Cela est particulièrement évident dans l'espace des entreprises, car ces organisations disposent d'équipes d'administrateurs de bases de données qui gèrent leurs déploiements et ont besoin de la liberté d'exercer leur expertise interne sur leurs clusters.

Vous êtes intéressé par BYOC, mais vous ne voulez pas d'accès SSH ? Aucun problème. Nous bloquons l'accès par défaut afin qu'il n'y ait aucune chance qu'il puisse être accidentellement utilisé à mauvais escient pour la sécurité des déploiements de nos clients. Si vous souhaitez utiliser votre accès SSH, envoyez simplement un e-mail à l'assistance pour nous faire savoir ce que vous souhaitez faire, et nous vous aiderons.

Comment démarrer

Alors, quel plan DBaaS vous convient le mieux ? Quoi qu'il en soit, nous sommes là pour vous aider et faciliter au maximum la configuration de votre compte. Consultez les liens ci-dessous pour commencer à créer votre déploiement Bring Your Own Cloud ou Hébergement Dédié chez ScaleGrid :

Démarrer avec BYOC

  1. Créez votre profil cloud :qu'est-ce qu'un profil cloud ?
    1. Profil cloud AWS
    2. Profil Azure Cloud
    3. Profil GCP Cloud
    4. Profil OCI Cloud
    5. Profil Cloud DigitalOcean
  2. Créer votre cluster BYOC
    1. Nouveau cluster MongoDB® BYOC
    2. Nouveau cluster Redis™ BYOC
    3. Nouveau cluster MySQL BYOC
    4. Nouveau cluster PostgreSQL BYOC

Premiers pas avec l'hébergement dédié

  1. Créez votre cluster dédié
    1. Nouveau cluster MongoDB® dédié
    2. Nouveau cluster dédié Redis™
    3. Nouveau cluster MySQL dédié
    4. Nouveau cluster dédié PostgreSQL

Si vous utilisez une autre solution DBaaS et que vous souhaitez migrer vers ScaleGrid pour profiter de nos configurations et de notre contrôle avancés, consultez nos fournisseurs de commutation accord. Faites une demande pour économiser 50 % sur vos coûts d'hébergement de base de données jusqu'à 6 mois lorsque vous passez à ScaleGrid.

Plus de conseils pour vous

Haute disponibilité

La disponibilité d'un système informatique est le pourcentage de temps pendant lequel ses services sont actifs pendant une période de temps. Il est généralement exprimé par une série de 9. Voir la disponibilité et le temps d'arrêt correspondant mesuré sur un an. En savoir plus

Regroupement des connexions

Dans les applications Web modernes, les clients ont tendance à ouvrir de nombreuses connexions. Les développeurs sont souvent fortement déconseillés de maintenir une connexion à la base de données pendant que d'autres opérations ont lieu. "Ouvrir une connexion le plus tard possible, fermer une connexion le plus tôt possible". En savoir plus

Tendances de la base de données

Vous vous demandez quelles bases de données sont à la mode ? Découvrez l'utilisation actuelle de NoSQL par rapport à SQL, les bases de données les plus populaires, les métriques importantes à suivre et leurs tâches de gestion de base de données les plus chronophages. En savoir plus