Как мы знаем, Kubectl — это мощный инструмент, который мы используем каждый день. Он имеет широкую функциональность.
Какой совет или уловки Kubectl вы узнали и сказали, что я знал это раньше.
Я начну с моего опыта, желаю, чтобы я знал раньше.
Прежде чем мы начнем, ознакомьтесь со следующими параметрами команды:
-Dry-Run: По умолчанию, как только это будет выполнено, ресурс будет создан.
-Dry-run = клиент: Это не создаст ресурса. Вместо этого Kubernetes скажет вам, можно ли вызвать объект.
-О ямл: Это выведет файл определения ресурса в формате YAML на экране.
Используйте последние два в комбинации, чтобы удобно генерировать файл определения ресурса. Позже вы можете изменить его по мере необходимости, вместо того, чтобы записывать файл с нуля.
Например, следующее генерирует файл манифеста POD: kubectl run nginx -o yaml
Давайте посмотрим на более обязательные команды для генерации стручков.
Создайте стручок Nginx:
$ kubectl run nginx
Создайте POD Manifest YAML -файл:
$ kubectl run nginx -o yaml
В качестве напоминания, параметр -o YAML говорит Kubectl вывести файл YAML, в то время как -сухой запуск инструктирует Kubernetes не создавать POD.
Давайте теперь узнаем об императивных командах, связанных с развертыванием.
Команды развертывания Чтобы создать развертывание из командной строки:
$ kubectl создать развертывание nginx
Создайте шаблон файла файла YAML развертывания:
$ kubectl создать развертывание nginx -o yaml
Kubectl Create развертывание не имеет опции — реплики.
Сказав это, если вы хотите масштабировать развертывание, вам придется сначала создать его, а затем масштабировать его, используя команду Kubectl Scale.
Следующая команда создаст файл определения развертывания YAML с именем «nginx-deployment.yaml»:
$ kubectl Создать развертывание nginx -o yaml> nginx -deployment.yaml
Опять же, параметр -o сообщает Kubectl для вывода файла YAML, в то время как аргумент> nginx -deployment.yaml предоставляет kubectl желаемое имя выходного файла. Затем вы можете изменить файл YAML в соответствии с вашими потребностями.
Услуги команды Следующая команда создает сервис с именем «Redis-Service» кластера типа с целью обнаружения капсула Redis на порту 6379.
$ kubectl expose pod redis -name redis -service -o yaml
Примечание: Это автоматически использует метки POD в качестве селекторов Альтернатива:
$ kubectl Create Service Clusterip Redis: 6379 -o Yaml
Приведенная выше команда не будет использовать метки POD в качестве селекторов, вместо этого она будет предполагать селекторы как. Вы не можете пройти в селекторах в качестве опции. В качестве альтернативы, генерируйте файл и измените селекторы перед созданием службы.
Следующая команда создает службу с именем Nginx Type Nodeport для разоблачения порта 80 Pod Nginx на порту 30080 на узлах:
$ kubectl expose pod nginx -nage nginx -service -o yaml
Примечание: Это автоматически использует метки POD в качестве селекторов, но вы не можете указать порт узла. Вы должны генерировать файл определения, а затем добавить порт узла вручную перед созданием службы с помощью POD. Или же
$ kubectl Создать сервис nodeport nginx: 80 -o yaml
Это не будет использовать метки POD в качестве селекторов. Последние пары команд имеют свои собственные проблемы: один не может принять селектор, другой не может принять порт узла. По моему мнению, я рекомендую пойти с командой Kubectl Expose.
Если вам нужно указать порт узла, сгенерируйте файл определения, используя ту же команду и вручную введите Nodeport перед созданием службы.
Надеюсь, вам понравится учебник. Пожалуйста, нравится и поделитесь:) Если вам это нравится, и дайте мне знать ваши отзывы в разделе ответа. Счастливого обучения!
Оригинал: «https://dev.to/rakeshrhcsss/kubernetes-kubectl-tips-and-tricks-you-must-know-2i8a»