La plate-forme de cloud computing Azure a connu une série d'améliorations vertigineuses au cours des deux dernières années, ressemblant à peine à la plate-forme d'origine avec laquelle Microsoft a commencé en 2010. ScaleGrid était l'une des les premières plates-formes d'hébergement MongoDB à prendre en charge Azure et nous avons continué à faire évoluer notre offre à mesure qu'Azure évolue.
Que vous utilisiez Azure depuis un certain temps ou que vous commenciez tout juste à utiliser Azure pour l'hébergement MongoDB, voici quelques modèles de conception d'architecture que vous devriez prendre en compte pour vous assurer que vous tirez parti de la Plate-forme Azure pour la meilleure expérience d'hébergement MongoDB.
-
Plate-forme Azure Resource Manager (ARM)
Exploitez la puissance de la nouvelle plate-forme Azure Resource Manager (ARM). Si vous êtes toujours sur la plateforme Azure Classic, c'est maintenant qu'il faut bouger ! Le passage à la nouvelle plate-forme ARM présente plusieurs avantages, notamment l'exploitation des disques gérés, des réseaux virtuels et des instances réservées. Tous les avantages sont détaillés dans l'article de blog Avantages de la migration d'IaaS vers Azure Resource Manager.
-
Réseaux virtuels Azure et groupes de sécurité réseau
Les bases de données sont mieux déployées dans des sous-réseaux privés qui ne sont pas exposés à Internet. Azure vous permet de créer votre propre réseau virtuel (VNET) et de déployer vos serveurs de base de données sur des sous-réseaux spécifiques. Vous pouvez également gérer le contrôle d'accès en créant des règles de groupe de sécurité réseau (NSG) et attribuer une adresse IP publique à votre serveur de base de données (uniquement) si vous devez le rendre accessible sur Internet. Dans le cadre de notre modèle Bring Your Own Cloud, nous permettons à nos clients de déployer leurs clusters MongoDB dans leur propre VNET pour tirer parti des contrôles de sécurité avancés VNET et NSG.
-
Ensemble de disponibilité Azure et zones de disponibilité
Les ensembles de disponibilité sont essentiels pour répartir les nœuds de votre cluster sur différents matériels. De cette façon, une seule panne matérielle n'affecte pas tous vos nœuds. Notre recommandation est de créer un ensemble de disponibilité par instance dupliquée. Azure a également récemment introduit des zones de disponibilité pour vous protéger des pannes au niveau du centre de données. Vous pouvez distribuer vos répliques dans les zones de disponibilité pour une disponibilité de 99,99 %.
5 conseils pour un meilleur hébergement #MongoDB sur AzureCliquez pour tweeter
-
Types d'instances Azure
Choisir le bon type d'instance Azure pour votre charge MongoDB est très important ; tous les types d'instance ne conviennent pas à MongoDB. En général, vous devriez rechercher les types d'instances "Mémoire optimisée" ou les types d'instances "Stockage optimisé".
La dernière série Ev3 d'instances à mémoire optimisée est généralement un excellent point de départ pour la plupart des charges de travail MongoDB. Si vous avez besoin de plus de processeur que celui fourni par E2 v3, vous pouvez envisager les types d'instance Dv3 "à usage général".
Les instances du mode "Burst" – "B1S, B1MS, B2MS" conviennent généralement aux petites charges de travail, aux environnements de développement/test, etc. La série L4 « optimisée pour le stockage » avec des disques SSD locaux Azure convient parfaitement - plus de détails dans la section Azure Disk ci-dessous. En général, le bon type d'instance dépend de votre charge de travail. Il est donc important d'itérer et de tester la charge des différents types d'instance avec votre charge de travail.
-
Disques Azure
Azure propose une variété de types de disques pour gérer différentes charges de travail :
-
Anciens disques (Standard et Premium)
Pour les besoins de cette discussion, nous n'allons pas considérer les disques Azure hérités. Si vous utilisez des disques hérités, vous devriez envisager de passer à des disques gérés.
-
Disques gérés (Standard et Premium)
Les disques gérés Azure simplifient considérablement la gestion de vos disques de calcul sur Azure. Ils offrent plusieurs avantages par rapport aux anciens disques :
- Pas besoin de vous soucier des comptes de stockage.
- Pas besoin de vous soucier de la taille du compte de stockage et des limites de performances.
- Instantanés faciles et création de nouveaux disques à partir d'instantanés
- Passez facilement du standard au premium et vice versa
- Exploitez les ensembles de disponibilité améliorés à appliquer à vos disques.
Vous pouvez trouver tous les détails sur les différences entre les disques managés et les disques hérités dans la documentation Azure.
Les disques managés Premium offrent également différentes garanties IOPS en fonction de la taille du disque. Pour les clusters MongoDB de production, nous recommandons vivement les disques gérés Premium, tandis que pour les environnements de développement/test, les disques gérés Standard conviennent parfaitement. -
Disques SSD locaux
Les types d'instances Azure « Storage optimisé » fournissent de grands disques SSD locaux qui offrent le meilleur débit dans Azure. C'est un excellent choix pour les grands clusters qui ont besoin de beaucoup d'entrées/sorties (E/S) de disque. Nos clusters Azure hautes performances pour MongoDB utilisent les instances de la série L. Cependant, les disques SSD locaux sont "éphémères" :lorsque vous arrêtez l'instance, les données disparaissent. Il est donc important de faire très attention lorsque vous utilisez des disques locaux. Notre recommandation est d'utiliser une réplique qui se trouve sur les disques Premium gérés pour garantir la sécurité des données.
-
Je sais que nous avons promis 5 conseils, mais en voici un supplémentaire pour la route :
-
Exploitez les instances réservées Azure
Azure prend désormais en charge les instances réservées (RI) alias AWS. Vous pouvez acheter des instances réservées Azure pour des périodes d'un an ou de trois ans à l'avance et réduire considérablement vos coûts d'hébergement MongoDB jusqu'à 82 %.
