В настоящее время у меня есть kubectl v1.10.6, который мне нужен для доступа к моему кластеру, однако я также пытаюсь подключиться к другому кластеру, который работает на v1.5.
Как и что лучше всего иметь несколько версий пакета на моем компьютере? Я мог бы понизить версию своего пакета до v1.5, но это потребовало бы от меня обновления моего kubectl до v1.10 каждый раз, когда мне нужно было получить доступ к другому моему кластеру. В настоящее время я использую Ubuntu 16.04 (если это поможет)
Дэвид, в недавних примечаниях к выпуску kubectl обсуждалась обратная несовместимость; если вы используете kubectl 1.11 в кластере 1.9, вы получите ошибку «нет такого ресурса»





Они статически связаны и не имеют зависимостей, поэтому нет необходимости использовать для них диспетчер зависимостей:
$ curl -sSfo /usr/local/bin/kubectl-1.9 \
https://storage.googleapis.com/kubernetes-release/release/v1.9.11/bin/linux/amd64/kubectl
$ chmod 755 /usr/local/bin/kubectl-1.9
Привет, спасибо за ответ. Итак, cmiiw, но разве я не должен переместить папку с помощью $ sudo mv ./kubectl / usr / local / bin / kubectl? как моя программа узнает, какую версию выбрать, если есть 2 одного и того же файла? Или это будет работать, если я укажу код на правильный файл конфигурации?
Вам нужно будет запустить 2 двоичных файла: kubectl и kubectl-1.9. Вы где запутались?
Рики, другой вариант - переместить двоичный файл в отдельную папку, назовите двоичный файл kubectl, как ожидалось, но просто добавьте этот каталог в свой PATH, чтобы он был найден первым.
Я новичок в Linux, поэтому я все еще выясняю, что куда идет, поэтому я попытался загрузить kubectl, chmod его, переименовать в kubectl1-4 и переместить в / usr / local / bin, там же, где и мой старый kubectl . но каждый раз, когда я запускаю kubectl1-4, он просто показывает bash: /usr/local/bin/kubectl1-4: cannot execute binary file: Exec format error @VKR
поэтому я попробовал ваш способ, и я изменил команду с kubectl-1.9 на kubectl-1.4 и v1-4-12 в соответствии с версией, которую я хотел, но все, что это дало мне, было ошибкой curl: (23) Failed writing body (0 != 614) @MatthewLDaniel
Итак, для первой ошибки вы можете использовать file /usr/local/bin/kubectl-14, чтобы выяснить, что это за файл на самом деле. Что касается второй проблемы, похоже, что у вас просто нет разрешения на запись в каталог, поэтому попробуйте curl -sSfo $HOME/kubectl-1.9 ... и убедитесь, что он работает, а затем переместите его как кто-то с разрешением (вероятно, sudo mv ...)
Для меня Kubernetes API и CLI были довольно стабильными, и вы можете увидеть, работает ли он только для доступа к старому кластеру с использованием более нового
kubectl.