Большая часть моего повседневного рабочих центров вокруг Куберанес. Или так же часто называют, K8S. Я блогаю о моем опыте с AWS, безверенным и различным концепциям архитектуры или программирования.
Я не часто пишу о моем опыте с Кубернетами. Если честно, K8S — сложная система систем, а базовая инфраструктура не прогуляется в парке. Так что это заняло некоторое время, чтобы понять и, таким образом, писать о.
Но в духе обучения на публике и делясь своим собственным опытом, пришло время немного поделиться.
В этом посте я не буду проходить через основы K8S. Я не буду выкладывать, как я оказываю или поддерживаю кластеров в AWS. Я также не буду погружаться в сложные вещи, которые вы можете бежать в кластере.
Это все отличные будущие сообщения в блоге. Если это идеи, которые вдохновляют вас, чтобы написать свои собственные сообщения, сделайте это!
Вместо этого я собираюсь начать с темы, которая имеет решающее значение, когда дело доходит до работы с любой Новые технологии, инструменты. Без хороших инструментов в экосистеме, окружающей данную технологию, тем хуже ее использовать.
Так что в этом посте я собираюсь поделиться тремя инструментами, которые я использую при работе с кластерами Kubernetes. Основные славы для моих коллег, которые часто указывали на эти инструменты. Отказ от ответственности: Это мои мнения о инструментах, которые работают для меня, ваша ситуация будет отличаться.
1. Kubectx для управления множеством кластеров K8S
Kubectx на Github
При взаимодействии с кластерами K8S вы делаете это, используя их KubeConfig файл. kubectl Использует информацию внутри вашего KubeConfig Файл для подключения к серверу API работает в вашем кластере.
Когда только взаимодействуя с одним кластером, ваш KubeConfig будет простым. У него только один кластер внутри него. Таким образом kubectl Команды, как Kubectl Получить NS Получите все пространства имен внутри одного кластера.
Но все становится более болезненным, когда у вас есть более одного кластера. В этом сценарии у вас много кластеров и контекстов, определенных внутри вашего KubeConfig файл.
Скажем, у вас есть два кластера с их соответствующими контекстами в вашем KubeConfig , фюра и бар Отказ Теперь, чтобы перечислить пространства имен в фюра Вы бы запускали следующие команды:
kubectl config use-context foo kubectl get ns
Затем, когда вы хотите переключиться на бар кластер, который вы должны запустить Использовать контекст команда снова.
Это где kubectx приходит в.
С kubectx Вы можете изменить на другой контекст кластера с относительной легкостью.
kubectx foo
Кроме того, вы можете перемещаться через контексты другими способами. Например, я могу вернуться к предыдущему контексту, который я был запущен kubectx - Отказ Нужно перечислить различные контексты? Использовать kubectx Чтобы перечислить все контексты кластера в вашем KubeConfig Отказ
2. Kubens для управления пространствами имен в кластере
Упаковано с kubectx другой инструмент, кубис .
kubectx предназначен для включения и взаимодействия с различными контекстами/кластерами Kubernetes. Тогда как Кубенс Это та же идея, но сосредоточена на пространстве имен в одном кластере.
Это очень удобный инструмент для использования при использовании много kubectl команды, и вы устали, включая -На <пространство имен> Отказ
Вы можете запустить Kubens <пространство имен> переключиться в данное пространство имен. После того, как вы выбрали свое пространство имен, вы можете запустить все ваши kubectl Команды без необходимости указывать -Н с ними.
# list the namespaces in the cluster kubens # switch into a specific namespace kubens my-namespace # run your usual kubectl commands within the selected namespace kubectl get deployments kubectl get ingress
3. K9s для управления командным центром кластера
Предпочитаете ли вы более централизованный инструмент для взаимодействия с кластерами, пространствами имен и ресурсами? Я делаю. kubectx и Кубенс отлично Но они часто используются для использования kubectl более оптимизировано.
K9s — это обтекаемая CLI для управления кластерами K8S .
На самом деле это целый терминал, посвященный управлению кластерами Kubernetes. Вам не нужно kubectx Как это позволяет вам выбрать, какой кластер вы хотите управлять. Вам не нужно Кубенс Как вы можете выбрать пространство имен, в котором вы хотите работать. Это упрощает количество инструментов, необходимое для управления вашими кластерами.
K9s Имеет множество сочетаний клавиш. Главный, чтобы знать, это : <Тип-ресурс-имя> Чтобы переключиться на разные ресурсы K8S, который вы хотите просмотреть. Например, если я хотел увидеть стручки в кластере, я бы набрал : стручки сопровождается ударом вашего Введите ключ. Теперь я могу просмотреть все стручки в заданном пространстве имен или по всему кластеру.
Вы также можете отфильтровать ресурсы, набрав /Ваша сопровождаемый Введите ключ снова.
Все, что вы можете сделать с kubectl Вы часто можете сделать намного быстрее в K9s Отказ Хвост журналов POD имеет ярлык клавиатуры. Обстрел в бегущий контейнер имеет один к. Убийство ресурсов, редактирование их на лету и т. Д., Все доступно в K9s Отказ
Заключение
Кубернаны — сложная система. Он имеет десятки и десятки ресурсов, которые вы часто хотите взаимодействовать в какой-то момент. Это в дополнение к фактическому развертыванию ваших приложений и услуг внутри него.
Без твердых инструментов может быть трудно управлять. Такие вещи, как Кубенс немного облегчить нашу боль, позволяя нам изолировать наши kubectl Вызывает на одно пространство имен. kubectx позволяет нам запереться с одним кластером K8S. K9s жгут сила kubectl , Кубенс и kubectx в один командный терминал.
Это все инструменты? Даже не близко. Это те, которые я использую ежедневно. Но это растущее пространство, и собирается прийти больше инструментов. Если у вас есть какие-либо инструменты, которые вы столкнулись, не стесняйтесь бросить их в комментарии ниже.
Хотите проверить мои другие проекты?
Я огромный поклонник сообщества Dev. Если у вас есть какие-либо вопросы или хотите пообщаться о разных идеях, связанных с рефакторингом, Обратитесь в Twitter или бросить комментарий ниже.
Вне ведения блога я создал Узнайте AWS, используя его курс Отказ В ходе, в курсе мы ориентируемся на изучение веб-сервисов Amazon, на самом деле используя его для проведения, безопасных и доставлять статические сайты. Это простая проблема, со многими решениями, но она идеально подходит для наращивания вашего понимания AWS. Недавно я добавил два новых бонусных глава к курсу, который сосредоточен на инфраструктуре как код и непрерывное развертывание.
Оригинал: «https://dev.to/kylegalbraith/the-three-terminal-tools-i-use-for-managing-kubernetes-clusters-58hj»