Aujourd’hui, avec l’émergence successive de concepts tels que le cloud computing et les services cloud, les bases de données placées dans le cloud ne semblent pas être une nouveauté. Nous présenterons ici le nouveau Amazon RDS lancé par Amazon, qui est la base de données MySQL en tant que service cloud. 51CTO recommande "Tutoriel d'introduction et de maîtrise de la base de données MySQL"
Amazon a récemment ajouté une nouvelle base de données MySQL à sa plate-forme Amazon Web Services (AWS) appelée Amazon Relational Database Service (RDS), qui fonctionne comme le système MySQL traditionnel. Avant RDS, les clients disposaient de plusieurs options pour les services de base de données AWS :
Service de base de données fourni par le client s'exécutant sur Amazon Machine Image (AMI)
Service SimpleDB appartenant à Amazon Web Services
SimpleDB est un magasin de données simple qui ne dispose pas de toutes les fonctionnalités d'un système de gestion de base de données relationnelle (SGBDR) à part entière, mais fournit un magasin clé-valeur évolutif. Le service de base de données fourni par le client n'est pas très différent de l'environnement de centre de données traditionnel. Les propres employés du client sont responsables de la gestion de l'application de base de données, y compris la configuration, l'optimisation des performances, la gestion de la capacité, les mises à niveau de version, l'application des correctifs et la sauvegarde des données, etc. Vous pouvez le contrôler de la même manière à l'aide d'outils interactifs qui se connectent à une base de données MySQL traditionnelle.
Amazon RDS permet aux employés des clients de réduire de nombreuses tâches d'exploitation et de maintenance de MySQL. Grâce à lui, l'évolutivité et la surveillance des performances des ressources informatiques de base de données ne nécessitent aucune intervention humaine. Le logiciel de base de données est généralement corrigé et sauvegardé par le fournisseur de services, et la période de conservation est définie par le client. L'évolutivité vient de ce qu'AWS appelle les « classes d'instance », qui sont au nombre de cinq. Vous pouvez progressivement passer d'un cœur de processeur virtuel ordinaire et de 1,7 Go de mémoire (appelé « petite instance de base de données ») à une « très grande instance de base de données », soit 68 Go de mémoire et 8 cœurs de processeur virtuels, et le stockage de sauvegarde après le les données de la base de données active sont occupées à 100 %, un espace de stockage supplémentaire sera facturé. Et les données existent dans une zone de disponibilité différente de celle où se trouve l'instance. Ce concept est similaire au concept de protection des données hors site du modèle traditionnel de sécurité des données.
Le service bénéficie de flexibilité, AWS définissant une fenêtre de maintenance hebdomadaire de 4 heures. Cette fenêtre de maintenance peut être utilisée pour corriger les logiciels d'application et sauvegarder les données. Les clients ne peuvent pas se retirer du processus de mise à jour des correctifs. Mais ils peuvent préciser quand la fenêtre de maintenance a lieu au cours de la semaine. Pendant une fenêtre de maintenance, une instance de base de données est mise hors ligne pendant une période de temps spécifique. Amazon déclare que "dans de rares occasions, l'application de correctifs nécessitera plus d'une partie de votre fenêtre de maintenance, et même si cela se produit, ce ne sera que pour des correctifs liés à la sécurité ou à la durabilité."
Cela signifie que les clients doivent anticiper et planifier un tel événement hebdomadaire hors ligne. Même si le fournisseur affirme qu'il est peu probable qu'il manque de quatre heures, les clients s'attendent à un scénario pessimiste de quatre heures de temps hors ligne d'instance par semaine. Pour les clients qui peuvent accepter qu’une instance de base de données soit indisponible pendant une période relativement courte, un arrêt planifié avec un impact minimal possible peut être acceptable. Mais certains clients n’ont pas cette liberté de choix. Ils doivent maintenir le service disponible 24h/24 et 7j/7, même pendant les fenêtres de maintenance hebdomadaires. La technologie de réplication de bases de données est souvent utilisée pour atteindre une haute disponibilité dans les déploiements de bases de données traditionnels. La technologie de réplication peut-elle également être utilisée dans RDS, afin que les clients puissent spécifier différents délais de maintenance pour différentes instances de base de données. Par exemple, les situations suivantes sont-elles possibles ?
◆2 instances ou plus exécutées en mode maître-esclave ?
◆2 instances exécutées en mode maître-maître ?
◆2 instances ou plus exécutées en mode cluster ?
Il n’y a pas encore de réponse claire. Dans la section « Nouvelles fonctionnalités à venir » de la page de détails du service RDS, Amazon prévoit que les options de disponibilité de la réplication des données seront :
Offre une haute disponibilité – Pour les développeurs et les entreprises qui souhaitent bénéficier d'une flexibilité allant au-delà des sauvegardes automatisées d'Amazon RDS, il n'y aura aucun frais supplémentaire pour cela. Grâce à la prise en charge de la haute disponibilité, ils peuvent répliquer de manière synchrone et rentable des instances de base de données sur plusieurs zones de disponibilité afin d'éviter les pannes causées par un seul stockage.
Il semble que cela résoudra les problèmes de disponibilité au détriment de plusieurs zones de disponibilité. Les technologies traditionnelles permettant de résoudre les problèmes de disponibilité, telles que les modèles maître-esclave et maître-maître, ne peuvent pas jouer de rôle à ce stade.