Kubernetes est l’innovation la plus couramment utilisée pour déployer et orchestrer le travail conteneurisé sur des systèmes distribués. Kubernetes est bien plus qu’une orchestration de conteneurs : il devient rapidement un point de gestion et de contrôle principal pour les entreprises. Pourquoi? En raison de sa capacité à traiter les installations en tant que code.
Confirmé par le besoin d’automatiser le déploiement, la mise à l’échelle et la gestion des applications, Kubernetes fournit une couche d’infrastructure pour les applications et services dispersés, mettant le matériel à la disposition de ces applications et services comme un ensemble d’abstractions. Ces abstractions sont ensuite gérées au sein de l’interface fusionnée de Kubernetes.
En tant qu’installations réglementées par les applications logicielles, Kubernetes simplifie non seulement le déploiement et la gestion des applications et des services, mais sert également à compenser le danger fourni par le matériel sous-jacent. La conception de travail élimine le matériel comme point de friction. Lorsque le matériel cesse de fonctionner, le logiciel est simplement déplacé ailleurs.
Les applications s’exécutent en tant que microservices dans des conteneurs, créés pour être portables et déployables individuellement. Les groupes Devops déclarent l’état souhaité des charges de travail et Kubernetes garantit que l’état réel correspond à l’état souhaité, en dépannant et en corrigeant automatiquement les défaillances, fréquemment en redémarrant simplement un conteneur qui ne répond pas. Cela suggère que les conteneurs doivent être immuables et sans état pour éviter la perte d’informations ou la corruption d’applications lors du plantage et du redémarrage. Afin de suivre l’état, les conteneurs immuables conservent les données et les détails de configuration en dehors du conteneur.
Pourquoi Kubernetes a besoin de stockage d’objets
Kubernetes atteint l’hyperscale en exécutant des conteneurs portables qui sont découplés des exigences matérielles et logicielles sous-jacentes. Pour qu’un conteneur soit vraiment portable, il ne peut pas s’appuyer sur du matériel de stockage local, qui, de par sa signification même, n’est pas portable. Ce défi est facilement surmonté en tirant parti d’un réseau de centre de données rapide pour dissocier les conteneurs de calcul et le stockage local.
Bien que les exigences puissent sembler simples, les respecter ne l’est pas. Kubernetes sera gênant pour les formats de stockage hérités tels que les fichiers et les blocs qui s’exécutent généralement sur les appareils domestiques SAN et NAS. Ces types de stockage reposent sur POSIX, une interface utilisateur d’appel système de base conçue pour accéder aux informations du stockage régional. POSIX se heurte à un mur alors que les volumes de données et les exigences des applications d’analyse modernes pour évaluer ces informations augmentent considérablement. Même localement, des conflits et des corruptions de métadonnées POSIX peuvent se produire avec de nombreuses opérations de fichiers parallèles simultanées. Ce ne sont pas les comportements d’un système de stockage à grande échelle.
En revanche, le stockage d’objets dispersés n’est pas confronté à cette limitation. En interdisant les modifications, le stockage des éléments bénéficie des avantages des E/S séquentielles et des systèmes de verrouillage plus simples. Lorsqu’il est intégré à un réseau de centre de données rapide, un système de stockage d’objets distribué surpassera les services de système de fichiers traditionnels compatibles POSIX, en particulier lorsqu’il s’agira de requêtes parallèles simultanées.
Les équipes Devops utilisent désormais stockage d’éléments pratiquement uniquement face aux restrictions et aux complexités du stockage de fichiers et de blocs externes et de Kubernetes. Le meilleur stockage d’objets, comme Kubernetes lui-même, est distribué, découplé, déclaratif et immuable.
Le stockage d’objets natif Kubernetes est géré, protégé et automatisé via les systèmes et combinaisons Kubernetes existants, offrant des performances riches et efficacité pour devops car il permet des charges de travail dans des environnements sur site, multicloud, cloud hybride et cloud public.
Stockage d’objets natif Kubernetes avec MinIO
Avec tout cela à l’esprit, nous avons vu une opportunité de style de déplacer MinIO à l’intérieur de la structure Kubernetes pour simplifier et automatiser le provisionnement, la sécurisation et la gestion continue des conteneurs et des objets via Kubernetes. Au même moment, nous avons inclus une suite de fonctions pour rationaliser l’adoption et le déploiement du stockage d’objets natif Kubernetes, en particulier pour les environnements multi-locataires.
MinIO Kubernetes Operator encapsule toutes les tâches de développement critiques dans un logiciel qui peut rapidement être pris en charge par le service informatique de l’entreprise pour créer et gérer des installations de stockage d’articles volumineux indépendamment du matériel sous-jacent. Le plugin MinIO Kubernetes étend le jeu de commandes familier kubectl
pour inclure un ensemble simple de sous-commandes pour développer, configurer et gérer les clusters MinIO sur Kubernetes.
La console de l’opérateur MinIO rend Le stockage d’objets Kubernetes est encore beaucoup plus facile. Cette interface utilisateur graphique est si simple que n’importe qui dans l’organisation peut développer, publier et gérer le stockage d’objets en tant que service. Depuis des années, les équipes devops demandent aux équipes informatiques du stockage d’objets en libre-service, et le voici.
MinIO
Console Opérateur MinIO.
La console MinIO se développe sur notre mc
CLI pour fournir la même simplicité et la même puissance dans une interface graphique basée sur un navigateur qui semble intuitive pour les administrateurs informatiques de l’entreprise. Un tableau de bord illustre le suivi standard du marché via Prometheus et le point de terminaison des métriques MinIO.
MinIO
Console MinIO.
Nous avons développé la console MinIO pour fournir aux administrateurs informatiques un point-and-click rationalisé expérience pour gérer le stockage d’objets via Kubernetes sans avoir à comprendre les chartes Helm ou YAML. L’interface basée sur un navigateur permet de gagner du temps, en rationalisant les procédures telles que la configuration et la gestion des conteneurs, des utilisateurs et des groupes, ainsi que leurs politiques et paramètres. De nouveaux utilisateurs et buckets peuvent être ajoutés à la main ou en quelques clics via OpenID Connect et Active Directory ou LDAP.
MinIO
Produire un conteneur de stockage dans la console MinIO.
Dans le vrai Dans l’esprit d’automatisation Kubernetes, nous avons récemment ajouté SUBNET Health à notre moteur industriel SUBNET et à notre plate-forme de support. SUBNET Health est un logiciel de support basé sur l’interface graphique qui exécute automatiquement des dizaines de vérifications sur les lecteurs, le réseau, le processeur, la mémoire, les systèmes en cours d’exécution, les conteneurs et les composants logiciels MinIO pour s’assurer qu’ils fonctionnent efficacement. Les diagnostics peuvent être affichés MinIO pour profiter de notre assistance directe à l’ingénieur 24/7/365. Résoudre l’origine devient beaucoup plus rapide, économisant du temps d’administration et augmentant la fiabilité et la disponibilité.
MinIO
MinIO SUBNET Health.
La suite de stockage d’objets Kubernetes hautes performances de MinIO offre une expérience cohérente pour l’informatique d’entreprise et les groupes de développement à travers la série complète de circulations et de services Kubernetes comprenant Red Hat OpenShift, VMware Tanzu, SUSE, HP Ezmeral, Azure AKS, Google GKE, Amazon EKS et Kubernetes en amont. Plus de 58% des entreprises Fortune 500 comptent sur MinIO sous une forme ou une autre pour fournir la couche de stockage des objets dans le cloud public, personnel, multi-hybride et à la périphérie. Téléchargez MinIO et essayez-le par vous-même. Nous avons un tutoriel, Simplifier le stockage d’objets en tant que service avec Kubernetes et l’opérateur de MinIO, pour vous aider à démarrer.
Ugur Tigli est CTO chez MinIO, où il gère la technique d’entreprise et aide l’architecte des clients d’entreprise de MinIO et publier une infrastructure de données d’entreprise évolutive, native du cloud et pilotée par API utilisant MinIO. Ugur a pratiquement deux décennies d’expérience dans la construction d’infrastructures de données à haute efficacité pour les institutions financières internationales. Avant MinIO, il était leader de l’innovation chez Bank of America, où il occupait le poste de vice-président senior, responsable mondial de l’ingénierie matérielle. Ugur a signé avec BofA via l’acquisition de Merrill Lynch où il était vice-président de l’ingénierie de stockage.
— Nouveau
Forum technique fournit un endroit pour explorer et parler de l’innovation des entreprises émergentes avec une profondeur et une ampleur extraordinaires. La sélection est subjective, basée sur notre choix des innovations que nous pensons être cruciales et du plus grand intérêt pour les lecteurs d’InfoWorld. InfoWorld n’accepte pas la sécurité marketing pour la publication et se réserve le droit de modifier tout le matériel fourni. Envoyez toutes vos questions à newtechforum@infoworld.com.
.
Toute l’actualité en temps réel, est sur L’Entrepreneur