Lors de ces derniers mois, j’ai eu la chance de travailler sur un cas d’usage assez complet sur l’utilisation des Objects Store (Stockage S3) avec Nutanix Database (NDB).
L’objectif de cette série d’article est de partagé les cas d’usages, des tips d’intégrations, des concepts de fonctionnement ou documenter certaines fonctionnalités nouvelles.
Cette première partie introductive va se charger de présenté la technologie et son usage.
Si vous ne connaissez pas NDB ou les concepts relatifs à l’Object Store sur Nutanix, je vous invite à lire le guide NDB et le guide sur Objects.
Le pourquoi du comment ?
La prise en charge d’Objects dans NDB répond d’abord aux limitations rencontrées lors de la gestion de nombreux environnements Time Machine (en particulier au-delà de 200). Nutanix Objects s’affranchit de ces contraintes grâce à une capacité pratiquement illimitée et une scalabilité importante idéal pour les bases de données à fort volume de logs.
Le fonctionnement :
Les Objects Store déployés dans Prism Central vont servir à stocker des logs Time Machines issus des opérations de logcatchup dans des buckets dédiés et gérés par NDB.
L’intégration dans NDB est simple, soit l’on connecte des Objects Stores existants, soit on en déploie des nouveaux depuis NDB. (Le seul pré-requis : intégrer Prism Central dans NDB).
Ces Objects Stores peuvent être situés sur des clusters complètement indépendant du déploiement NDB. C’est à dire qu’ils n’ont pas besoin d’héberger les composants NDB (servers, agents …) ou des VMs de bases de données. Ils n’ont pas non plus besoin d’être enregistrés comme clusters Nutanix dans NDB.
L’avantage est que cela permet d’augmenter les domaines de tolérance de panne.
Concernant la résilience, lorsque plusieurs Objects Stores sont disponibles, NDB va tenter d’écrire des copies sur ces différentes destinations pour assurer une résilience de logs.
C’est la même philosophie lorsque l’on veut restaurer une database via Time Machine en se basant sur du Point In Time Restore (PITR), NDB va utiliser un premier Object Store pour aller chercher la donnée, mais si celui ci ne l’a pas, ou est indisponible il essaie sur un second et ainsi de suite.
Voici donc une brève introduction du concept d’intégration d’object store dans NDB avant la suite d’une série d’article développant chacun des points plus en détail.
