Questions fréquentes sur Azure Managed Instance pour Apache Cassandra
Cet article répond à certaines questions fréquentes sur Azure Managed Instance pour Apache Cassandra. Vous allez découvrir quand utiliser des instances managées, leurs avantages, les limites de débit, les régions prises en charge et leurs détails de configuration.
FAQ général
Quels sont les avantages d’Azure Managed Instance pour Apache Cassandra ?
La base de données Apache Cassandra est un bon choix si vous recherchez scalabilité et haute disponibilité, sans impact sur les performances. Elle constitue une plateforme idéale pour les données stratégiques en raison de sa scalabilité linéaire et de sa tolérance de panne éprouvée sur le matériel ou l’infrastructure cloud. Azure Managed Instance pour Apache Cassandra est un service qui permet de gérer les instances des centres de données Apache Cassandra open source qui sont déployés dans Azure.
Il peut être utilisé en tant que solution cloud complète ou dans le cadre d’un cluster hybride (cloud et local). Ce service est un bon choix si vous souhaitez une configuration et un contrôle affinés comme dans Apache Cassandra open source, sans avoir la surcharge de la maintenance.
Pourquoi utiliser ce service plutôt que Azure Cosmos DB for Apache Cassandra ?
Azure Managed Instance pour Apache Cassandra est fourni par l’équipe d’Azure Cosmos DB. C’est un service managé autonome qui permet de déployer, gérer et redimensionner des clusters et des centres de données open source Apache Cassandra. De son côté, Azure Cosmos DB for Apache Cassandra est une plateforme PaaS (Platform as a Service) qui fournit une couche d’interopérabilité pour le protocole filaire Apache Cassandra. Si votre objectif est que la plateforme se comporte exactement de la même façon qu’un cluster Apache Cassandra, choisissez le service Managed Instance. Pour plus d’informations, consultez Différences entre Azure Managed Instance pour Apache Cassandra et Azure Cosmos DB for Apache Cassandra.
Azure Managed Instance pour Apache Cassandra a-t-il une dépendance envers Azure Cosmos DB ?
Non, il n’y a aucune dépendance architecturale entre Azure Managed Instance pour Apache Cassandra et Azure Cosmos DB.
Quelles sont les versions d’Apache Cassandra prises en charge par le service ?
Le service prend actuellement en charge Cassandra versions 3.11 et 4.0. Les deux versions sont en disponibilité générale. Consultez notre Guide de démarrage rapide Azure CLI (étape 5) pour spécifier la version de Cassandra pendant le déploiement du cluster.
Azure Managed Instance pour Apache Cassandra a-t-il un contrat SLA ?
Oui, le contrat SLA est publié ici.
Puis-je déployer Azure Managed Instance pour Apache Cassandra dans toutes les régions ?
Actuellement, l’instance gérée est disponible dans un nombre limité de régions.
Quelles sont les limites de stockage et de débit d’Azure Managed Instance pour Apache Cassandra ?
Ces limites dépendent des références SKU de machines virtuelles que vous choisissez.
Comment les réparations Cassandra sont-elles effectuées dans Azure Managed Instance pour Apache Cassandra ?
Nous utilisons cassandra-reaper.io. Cet outil est configuré pour s’exécuter automatiquement.
Quel est le coût d’Azure Managed Instance pour Apache Cassandra ?
Les frais d’utilisation de Managed Instance sont basés sur le coût des machines virtuelles sous-jacentes, légèrement majoré. Pour plus d’informations, consultez la page relative aux prix appliqués.
Puis-je utiliser des paramètres de fichier YAML pour configurer le comportement ?
Oui, vous pouvez incorporer des configurations de fichiers YAML dans le cadre d’un déploiement de modèle Resource Manager.
Comment puis-je surveiller l’infrastructure en même temps que le débit ?
Le serveur Prometheus est hébergé pour superviser l’activité dans l’ensemble de votre cluster, et il expose un point de terminaison. Il conserve 10 minutes ou 10 Go de données (selon le premier des deux seuils atteint). Pour bénéficier de cette supervision, vous devez configurer une fédération et un outil de tableau de bord approprié comme Grafana.
Azure Managed Instance pour Apache Cassandra fournit-il des sauvegardes complètes ?
Oui, il fournit des sauvegardes complètes dans Stockage Azure et les restaure sur un nouveau cluster. Vous pourrez trouver plus d’informations ici.
Comment migrer les données de mon cluster Apache Cassandra existant vers Azure Managed Instance pour Apache Cassandra ?
Azure Managed Instance pour Apache Cassandra prend en charge toutes les fonctionnalités d’Apache Cassandra pour répliquer et envoyer en streaming les données entre les centres de données.
Puis-je associer un cluster Apache Cassandra local à Azure Managed Instance pour Apache Cassandra ?
Oui, vous pouvez configurer un cluster hybride avec des centres de données injectés sur le réseau virtuel Azure et déployés par le service. Les centres de données Managed Instance peuvent communiquer avec des centres de données locaux situés dans le même anneau de cluster.
Où envoyer mes commentaires sur les fonctionnalités d’Azure Managed Instance pour Apache Cassandra ?
Partagez vos commentaires en les postant dans les commentaires User Voice dans la catégorie « Managed Apache Cassandra ».
Pour résoudre un problème relatif à votre compte, enregistrez une demande de support sur le portail Azure.
FAQ spécifique au déploiement
Est-ce que Managed Instance prend en charge les commandes d’ajout de nœud, d’état de cluster et d’état de nœud ?
Toutes les commandes nodetoolen lecture seule, telles que status, sont disponibles dans Azure CLI. Toutefois, certaines opérations telles que l’ajout de nœud ne sont pas disponibles parce que nous gérons l’intégrité des nœuds dans Managed Instance. En mode hybride, vous pouvez vous connecter au cluster avec nodetool. L’utilisation de nodetool n’est cependant pas recommandée, car cela risque de déstabiliser le cluster. Cela peut aussi invalider les éventuels contrats SLA de support de production relatifs à l’intégrité des centres de données Managed Instance dans le cluster.
Que se passe-t-il avec les différents paramètres pour les métadonnées de table ?
Les paramètres pour les métadonnées de table, comme le filtre de Bloom, la mise en cache, les chances de réparation des lectures, la période de grâce du garbage collection et la période de vidage des memtables pour la compression, sont entièrement pris en charge comme avec tout environnement Apache Cassandra autohébergé.
Puis-je déployer un cluster d’instance gérée à l’aide de Terraform ?
Oui. Vous trouverez ici un exemple de déploiement de cluster avec un centre de données.
Comment puis-je ajouter un point de terminaison public unique à mon cluster Cassandra Azure Managed Instance ?
Pour ce faire, vous pouvez créer un équilibreur de charge. Lors de la configuration des pools principaux de l’équilibreur de charge, utilisez toutes les adresses IP du centre de données au sein de votre cluster Managed Instance. Des erreurs peuvent apparaître dans les journaux lors de l’utilisation de java et d’autres pilotes Cassandra. Les utilisateurs utilisent cette approche pour contourner les restrictions réseau lors de l’administration de clusters avec cqlsh. Cette approche peut entraîner des coûts supplémentaires. En outre, vous devez évaluer soigneusement la façon dont l’utilisation d’un point de terminaison unique peut affecter les performances.
Étapes suivantes
Pour en savoir plus sur les questions fréquentes relatives à d’autres API, consultez :