rancher projects
1.0.0
Running Rancher sur Rancheros K3OS dans un environnement remarquablement idiot.
Remarque: c'est vraiment un travail en cours, et j'apprécierais toute aide. J'apprends cela au fur et à mesure, probablement la même chose que la plupart des gens qui trébuchent sur ce dépôt.
Évolutivité. Les serveurs sont étonnamment bon marché et les coûts d'électricité dans notre ville sont extrêmement bas. Être capable d'ajouter des serveurs supplémentaires selon les besoins ou comme le gardien peut le diriger est un plus. J'aime aussi la façon dont l'éleveur gère les conteneurs et tout ce qui les entoure.
La survie est également un avantage. Les choses se sont bousculées, et il me semble que la redondance offerte par Kubernetes au moins pourrait aider à cela.
Enfin, c'est un peu agréable. Je doute que je mettrai n'importe quoi en production, et je ne sais pas à quel point il est brillant d'une idée en métal nu. Mais l'acte d'essayer au moins de comprendre cela a été éclaircissant, sinon tout à fait utile.
J'essaierai de documenter du mieux que possible pourquoi un fichier donné apparaît soudainement sur ce dépôt, soit par des commentaires dans le fichier, soit en mettant à jour ce réadm. N'hésitez pas à m'envoyer un message ou à soulever des problèmes si je bouscule quelque chose.
Les fichiers seront conformes à la version d'une installation que je fais à l'époque. Par exemple, "Rancherserver" est destiné à un serveur Rancher ordinaire, avec un certificat auto-généré. Je vais anonymiser un peu plus d'autres versions.
Comme je ne suis pas particulièrement qualifié dans le codage, ne vous attendez pas à grand-chose dans la manière de Runfiles et ainsi de suite. Je ferai ce que je peux quand je découvrirai comment le faire, mais je ferai également de mon mieux pour au moins mettre quelque chose ici pour dire les étapes que j'ai prises sur la ligne de commande.
Donc ... Covid s'est produit, ce qui était à la fois un ajustement pour la communauté juridique et tout simplement pas amusant en général. Au fur et à mesure que les événements se déroulaient, je jouais avec d'autres projets et j'ai complètement oublié de mettre à jour celui-ci, malgré la continuation de travailler avec Rancher. L'équipe là-bas a travaillé très dur au cours de l'année et demie depuis la dernière mise à jour, et j'ai vraiment besoin de mettre à jour ce guide avec les changements assez importants qu'ils ont apportés. Vous pouvez toujours tout faire fondamentalement de la même manière que je l'ai décrit, même avec la dernière édition de Rancher, mais l'inclusion du gestionnaire de cluster rationalise le processus global et rend la section 5 totalement obsolète.
Comme vous pouvez le voir dès la première phrase en haut, il y a eu un autre changement majeur qui affecte ce que j'ai écrit précédemment: Rancheros n'est plus activement entretenu. Heureusement, ce n'est pas du tout une mauvaise chose, car K3OS est à un moment qu'il a les avantages que Rancheros a fait en tant que plate-forme Kubernetes minimale avec moins d'efforts et encore moins de frais généraux. Il y a une bizarrerie ou deux sur son installation qui doit être couverte, donc je quitterai la section Rancheros jusqu'à ce que je puisse préparer une section de remplacement appropriée.
Pour faire court, tout ce guide a besoin d'une réécriture. Heureusement, le processus est plus facile maintenant, et donc le guide n'aura pas à être aussi long. J'ai également trouvé quelques façons de réunir des étapes ensemble en ajoutant simplement des sections aux fichiers config.yaml. Comme je l'ai déjà fait au bureau, j'ai juste besoin de désinfecter les fichiers, de les télécharger et d'expliquer probablement ce qu'ils font. Cela peut prendre un peu, alors restez à l'écoute!
J'ai complètement réorganisé mon système, doubler le nombre de travailleurs, exécuter le serveur Rancher dans un environnement de haute disponibilité et séparer mes nœuds ETCD et ControlPlane les uns des autres. Je teste cela maintenant, et si cela fonctionne, je vais mettre à jour avec la configuration HA.
Je vais également nettoyer ce référentiel, car le regarder avec tous les fichiers d'image partout est ennuyeux.
Il semble également que Longhorn ne nécessite plus de visser avec les fichiers en Open-ISCSI. Je teste pour confirmer cela, mais cette exigence s'est dissumée de leurs instructions.
D'accord ... la technologie change à un rythme absolument farfelu, donc je vais essayer de donner quelques mises à jour sur les derniers événements. Premièrement, Longhorn a été mis à jour et fonctionne mieux que jamais. Je n'ai pas eu de problème avec ça depuis un certain temps, ce qui est excellent. Ma meilleure recommandation est de simplement l'installer et de ne pas visser avec elle. Jamais. Il fera sa magie et nous pouvons tous être heureux.
Rancher a également mis à jour et a ajouté une série de modifications. Le plus notable (pour moi) est l'intégration d'Istio assez étroitement dans le système. Je dois admettre que je ne suis pas entièrement clair sur les capacités d'Istio, donc je ne peux pas dire quel effet cela a nécessairement. L'ajout d'autoscaleurs horizontaux POD (HPAS) est également un gros problème, mais encore une fois, je ne le connais pas trop. Ce n'est pas tout ce qui a changé, donc je recommanderais un examen des notes de publication.
Le tutoriel précédent fonctionne toujours très bien, avec une exception notable: l'interface semble légèrement différente. Comparez la section des charges de travail citées ci-dessus avec la nouvelle:
Pardonnez le texte incroyablement petit, que je suppose être le résultat de la coupe d'une fenêtre plus grande. Quoi qu'il en soit, beaucoup de choses sont les mêmes, seules les "charges de travail" en haut ont changé pour une boîte déroulante intitulée "Ressources"
Ce que vous devez savoir à ce sujet aux fins du didacticiel ci-dessus, c'est que c'est là que vous pouvez trouver le bouton original "Temps de travail". Si quoi que ce soit d'autre à changer ici, je le noterai de manière appropriée. Il est évident que beaucoup plus de puissance a été injectée dans Rancher, et elle doit être explorée. J'essaierai de documenter ce que je trouve comme je le fais.
J'ai besoin d'expliquer pleinement certaines des choses à, euh, à faire avec Kubernetes. Je devrais probablement aussi l'expliquer dans le contexte de la gestion d'un cabinet d'avocats. À cette fin, je vous laisserai une friandise. Si vous avez suivi le tutoriel, vous avez peut-être remarqué quelque chose dans la section "Catalogues" de Rancher:
Vous pouvez également remarquer que j'ai un catalogue supplémentaire nommé "DocAssemble". Il s'avère que le fabricant de DocAssemble a créé un graphique de barre pour déployer ledit programme sur un cluster. Cela fonctionne, et c'est bien. Pour ce faire, cliquez sur ce bouton "Ajouter le catalogue" et remplissez-le:
Vous pouvez désormais utiliser la même procédure utilisée sur Longhorn pour déployer DocAssemble sur votre cluster. Cependant, assurez-vous de lire le Readme sur sa page GitHub pour vous assurer de savoir ce que vous faites en premier.
Il y a d'autres choses que vous pouvez faire, bien sûr. Vous pouvez exécuter un site Web, gérer vos clients, rationaliser les tâches et même exécuter des trucs d'apprentissage machine farfelu à l'aide de Kubeflow. Rancher a même une version expérimentale dans les applications à essayer. Si vous trouvez quelque chose de génial, n'hésitez pas à me le faire savoir, et je vais faire les informations du mieux que je peux.
