Как контролировать, с каким кластером общается kubectl? - PullRequest
Новая
       68

Как контролировать, с каким кластером общается kubectl?

1 голос
/ 12 июня 2019

Я использую kubectl для управления локальной установкой microk8s. Я настроил локальное соединение с облачной оболочкой Google, чтобы избежать нелепой подготовки машины, доступной через панель управления GKE.

Теперь команды kubectl выполняются случайным образом на microk8s и GKE. Я хочу не только исправить это, но и запретить этот сценарий на будущее.

Возможность того, что kubectl может ссылаться на другую среду, является ужасной идеей, явно основанной на концепции CLI kubectl, которая не дает возможности указать удаленный кластер. Это может привести к случайным изменениям в производственных системах. Даже у хардкорного 12-факторного евангелиста будет установлен локальный кластер для разработки.

Ответы [ 2 ]

2 голосов
/ 12 июня 2019
Команда

kubectl config use-context может использоваться для изменения того, с кем общается kubectl.

настроить доступ к нескольким кластерам с помощью файлов конфигурации. После того как ваши кластеры, пользователи и контексты определены в одном или нескольких файлах конфигурации, вы можете быстро переключаться между кластерами с помощью. Настройка доступа-множественные кластеры /

0 голосов
/ 17 июня 2019

Вы можете указать / добавить --context и --namespace параметры для вашей команды kubectl для запуска kubectl для любого кластера. Это удобно, если вы работаете с несколькими кластерами вперед и назад одновременно. 

kubectl --cluster=my_cluster --namespace=my_namespace get pods

Примечание. Пожалуйста, измените имена кластеров и пространств имен для вашей среды.

Вот дополнительные параметры kubectl: 

~/git/kubernetes (master) $ kubectl options
The following options can be passed to any command:

  --alsologtostderr=false: log to standard error as well as files
  --as='': Username to impersonate for the operation
  --as-group=[]: Group to impersonate for the operation, this flag can be repeated to specify multiple groups.
  --cache-dir='/Users/robertrt/.kube/http-cache': Default HTTP cache directory
  --certificate-authority='': Path to a cert file for the certificate authority
  --client-certificate='': Path to a client certificate file for TLS
  --client-key='': Path to a client key file for TLS
  --cluster='': The name of the kubeconfig cluster to use
  --context='': The name of the kubeconfig context to use
  --insecure-skip-tls-verify=false: If true, the server's certificate will not be checked for validity. This will make your HTTPS connections insecure
  --kubeconfig='': Path to the kubeconfig file to use for CLI requests.
  --log-backtrace-at=:0: when logging hits line file:N, emit a stack trace
  --log-dir='': If non-empty, write log files in this directory
  --log-flush-frequency=5s: Maximum number of seconds between log flushes
  --logtostderr=true: log to standard error instead of files
  --match-server-version=false: Require server version to match client version
-n, --namespace='': If present, the namespace scope for this CLI request
  --request-timeout='0': The length of time to wait before giving up on a single server request. Non-zero values should contain a corresponding time unit (e.g. 1s, 2m, 3h). A value of zero means don't timeout requests.
-s, --server='': The address and port of the Kubernetes API server
  --stderrthreshold=2: logs at or above this threshold go to stderr
  --token='': Bearer token for authentication to the API server
  --user='': The name of the kubeconfig user to use
-v, --v=0: log level for V logs
  --vmodule=: comma-separated list of pattern=N settings for file-filtered logging
...