Recommandations à d’autres personnes envisageant Percona Kubernetes Operator for Percona XtraDB Cluster:
Vérifiez les différences avec MySQL "traditionnel" et d'autres solutions de clustering. Assurez-vous également de l'associer à des solutions de stockage k8s appropriées. Avis collecté par et hébergé sur G2.com.
Quels sont les problèmes que Percona Kubernetes Operator for Percona XtraDB Cluster résout, et en quoi cela vous est-il bénéfique?
Pendant longtemps, nous avons eu du mal à trouver une solution viable pour migrer nos charges de travail de base de données existantes à l'intérieur de Kubernetes afin de tirer parti de ses avantages à travers toute notre infrastructure (cloud native et multi-cloud). L'état des bases de données à l'intérieur de k8s a toujours été un sujet critique. Nous avons commencé à tester et à utiliser Kubernetes à ses débuts, il a toujours été excellent pour les charges de travail sans état, mais l'utiliser avec des applications avec état était une douleur. Cela s'est amélioré avec le développement et les améliorations du stockage. Avant l'ère des opérateurs, les charges de travail de base de données appropriées nécessitaient une gestion manuelle, ce qui augmentait bien sûr la surcharge administrative. Puis l'avenir a commencé à s'éclaircir avec l'introduction des opérateurs et l'opérateur MySQL "officiel" d'Oracle, puis celui de Presslab, enfin l'opérateur de Percona. Avec ce dernier, nous avons pu, pour la première fois, déployer des charges de travail de base de données en production. Nous avons commencé avec des charges non critiques et après peu de temps, nous étions "à fond" avec toutes les charges de travail de base de données dans Kubernetes. Nous avons passé un très bon moment avec l'opérateur Kubernetes de Percona pour Percona XtraDB Cluster. Avis collecté par et hébergé sur G2.com.