Machine: Docker Machine이 이제 유지 관리 모드입니다.

오 :(

그것이 지속되는 동안 좋았습니다. :)
좋은 일을 위해 모두들!

readme.md도 업데이트 해 주시기 바랍니다.

머신에 대한 공식 지원이 종료되는 경우이 저장소에서 커뮤니티 기반 지원이 계속 될 가능성은 얼마나됩니까?

기계가 필요한 사람들을 위해 https://github.com/machine-drivers 조직에 몇 가지 활동이 있으며 있습니다. 드라이버 / 머신 ...

우리는 이미이 조직에 패치를 추가하는 방법을 검토했습니다. 패치는 여기에서 병합되지 않는 것 같습니다. # 4509 (이는 Windows의 현지화 된 버전을 차단합니다). 가장 좋은 방법은 어떤 형태의 릴리스로 진행하는 것이지만, 우리에게는 minikube와 minishift가 라이브러리에 대해서만 링크하면됩니다.

@ shin- 새로운 사용자 "시작하기"문서는 여전히 docker-machine 를 소개의 중심 부분으로 사용합니다.

문서 업데이트에 관심이있는 사람들을 위해 대신 어떤 방법을 안내해야할까요?

• Windows : Windows 용 Docker Desktop 처럼 보입니다.
• Mac : macOS 용 Docker Desktop 처럼 보입니다.
• Linux : Machine 문서를 계속 사용 하시겠습니까?

정말 부끄러운 일이라고 생각합니다. 머신의 진정한 힘은 데스크톱을 사용하는 한 머신에서 작업을 수행하는 단순성과 인프라 킷 의 복잡성 사이에

안녕하세요!

누군가 Linux 용 대체 소프트웨어가 있습니까? 내 호스트 컴퓨터에서 docker를 루트로 실행하고 싶지 않으며 docker-machine은 이와 관련하여 약간의 격리를 제공했습니다. Linux 용 Docker에 대한 계획이 있습니까?

감사!

@gilbsgilbs 현재처럼 docker-machine을 사용할 수 있습니다!

@ shin- 제안 해 주셔서 감사합니다. 나는 새로운 프로젝트를 시작하고 있으므로 docker-machine을 사용하면 이상한 움직임이 될 것입니다.

@ shin- Weelll ... PR의 수단을 새 프로젝트에 사용하는 것은 아마도 나쁜 생각 일 것입니다. :눈짓:

@justinclift 준비된 성명서에 더 많은 정보가 포함되어 있기 때문에 너무 자세히 설명하고 싶지는 않지만 원래 게시물에서 언급하려고했지만 프로젝트는 PR에 닫히지 않았습니다. 우리는 단순히 새로운 기능이 아닌 버그 수정으로 제한하려고합니다. docker-machine 의 현재 반복 기능 세트가 사용자의 요구에 맞으면 새 프로젝트에서도이를 포기할 이유가 없습니다.

인프라 킷도 활성화되지 않은 것 같습니다. 1 년 이상 릴리스가 없었고 DockerCon 2018에 대한 업데이트가 없었으며 https://docs.docker.com/machine/ 과 유사한 사용자 문서가 없습니다.

Docker 기계 문서는 Docker EE (일반적으로 사용할 수 없음)를 위해 종료되는 Docker Cloud를 사용해 볼 것을 제안합니다.

모두 프로젝트를 포크하거나 다른 곳을 보도록 권장합니다 : https://landscape.cncf.io/grouping=landscape&landscape=infrastructure-automation&sort=first-commit

불평하지 않고 내 관점을 설명합니다.

흥미 롭군. InfraKit 의 커밋 내역을 1 인 작업 인 것으로 보입니다.

활동은 4 월 / 5 월경에 말라 버린 것 같습니다. 사람들의 시간을 추측하는 것은 다른 것들로 리디렉션되었습니다.

그것은 사물을 보는 잘못된 방법입니까?

@ shin- 그러나 많은 PR (Hyper-V에서 국제화 작업을 수행하기 위해 제공하는 버그 수정과 같은)은 병합되지 않았습니다. 이것은 "새로운 프로젝트에 대해서도 포기할 이유가 없다"는 관점에서 "우리는 단순히 새로운 기능이 아닌 버그 수정으로 제한하려고합니다"라는 좋은 표시가 아닙니다.

@정강이-

준비된 성명서에 더 많은 정보가 포함되어 있으므로 너무 자세히 설명하고 싶지 않습니다.

그 공식 성명서에 링크 해 주시겠습니까? (게시 될 때마다?) 찾을 수 없습니다.

문서 를 최신 상태로 변경하는 것이 좋습니다.
저의 지난 시간은 boot2docker에 대한 무의미한 탐색이었습니다. 이것은 분명히 docker machine을 가리키며, 메인 페이지에 Docker 클라우드를 최신 기술로 사용하라는 경고가 있습니다. 이것은 Docker 클라우드 문서 설명 (마이그레이션 페이지가 아닙니다 !!!!)을 가리키며, 5 월에 중단되었음을 확인하기 위해 인터넷 검색이 필요했습니다 (그러나 3 월에 발표되었으므로 7 개월 전). 이제 도커 머신 문서에서 경고를 제거 할 것을 제안하기 위해 여기에 왔습니다.이 3 개월 된 문제에서 도커 머신도 중단된다는 것을 알았습니다.
이것은 문서가 작동하는 방식이 아닙니다. 임시 솔루션으로 되돌릴 것이지만 아직 사용하지 않았다면 도커를 버렸습니다.

@aliceminotto 이야기하고있는 사이트 나 페이지를 가리킬 수 있다면 우리 모두가 오래된 문서를 업데이트하는 데 도움이 될 것입니다.

docker-machine은 사라지지 않고 기능의 범위를 늘리는 것이 아닙니다.

Docker Cloud는 사라지지 않고 더 이상 서버 프로비저닝 / 관리에 사용되지 않습니다. 이미지 구축을 위해 여전히 존재합니다. Docker에는 Docker for AWS , Docker for Azure 및 DCI for Docker Enterprise와 같은 프로덕션 서버용 다른 도구가 있습니다.

나는 오래된 http://boot2docker.io 웹 사이트에 대해 완전히 잊고 있었고 너무 형편없는 말이 있다는 것을 깨닫지 못했습니다. (혼란에 기여한 것에 대해 사과드립니다!)-나는 지금 업데이트했습니다. 고대 CLI ​​도구 인 boot2docker가 Docker Machine을 위해 더 이상 사용되지 않고 배포판 인 boot2docker가 더 이상 사용되지 않는 것이 아니라 유지 관리 모드 (Docker Machine과 동일)임을 더 잘 설명하는 내용입니다.

다시 말해, 새로운 Docker 릴리스, 커널 업데이트 등이지만 아직 더 적합한 Windows 용 Docker로 전환 할 수없는 소수의 사람들을 위해 지속적인 유지 관리를 보장하기 위해 새로운 기능 / 기능을 최소한으로 유지하려는 공동 시도 / Mac 용 Docker 제품 또는 프로덕션 서버 도구 / 위에서 언급 한 솔루션 (Windows 용 Docker를 전혀 사용할 수없는 Windows 7 사용자, 따라서 Hyper-V를 수행 할 수없는 Windows 10 Home 사용자, 따라서 Hyper-V를 수행 할 수없는 VirtualBox 사용자- V 등).

@tianon : Mac 또는 Windows로 전환하고 싶지 않은 Linux 사용자를 언급 할 수도 있습니다.

@afbjorklund 이미 Linux를 사용하고 boot2docker 가 필요합니까?

@Vanuan : 배포판이 너무 오래되었거나 (예 : RHEL6) 루트가 허용되지 않았기 때문에 ...

어느 쪽이든 Docker Desktop으로 전환하는 것은 옵션이 _ 아닙니다 _-Docker Engine 또는 DIY LinuxKit?

도커를 더 쉽게 사용할 수 있도록 해준 docker-machine 및 boot2docker 제작자에게 감사드립니다.

그리고 머신 드라이버 (KVM 용)의 노력으로 잠시 동안 계속 작동하기를 바랍니다.

데스크탑 용 서버 배포판을 사용하는 이유는 무엇입니까? 그리고 왜 내가 내 데스크탑의 관리자가 아닌가? 하지만 어떻게 든 KVM에 액세스 할 수 있습니까?

KVM 서버에서 docker를 실행하는 솔루션을 찾고있는 것 같습니다. 이 경우, 저는 현재 여기에서 인프라 킷을 탐색하고 있습니다 : https://github.com/docker/infrakit/issues/913

그러나 Linux 데스크톱에서 docker를 실행하려는 경우 Docker CE와 함께 최신 Ubuntu를 설치하지 않는 이유를 알 수 없습니다. VM에서 실행하려면 실행하십시오. VirtualBox에 홈 디렉토리를 마운트하고 SSH를 통해 Docker를 사용할 수 있습니다. 여기서 문제는 무엇입니까? 말이되지 않기 때문에 Linux Desktop 용 Docker가 없습니다. 적어도 나에게는.

데스크탑 용 서버 배포판을 사용하는 이유는 무엇입니까? 그리고 왜 내가 내 데스크탑의 관리자가 아닌가? 하지만 어떻게 든 KVM에 액세스 할 수 있습니까?

어떤 사람들은 고용주가 맡은 데스크톱 OS를 사용해야합니다. RHEL6은 제가 (몇 달 전) 주식 거래소에서 일하는 한 남자가 들었던 예입니다. :눈짓:

일반적인 데이터 포인트로 Libvirt를 사용하면 (적어도 예전에는) 사용자가 자신의 계정에서 실행할 수있는 VM 개념이 있습니다. 예 : 동일한 컴퓨터에 로그인 한 다른 사람이 액세스 할 수 없음

대부분의 Libvirt 개발 노력이 사용자 수준이 아닌 "시스템 수준"VM으로 진행 되었기 때문에 이것이 어떤 깊이로 개발되었는지 확실하지 않습니다.

Linux 데스크톱에서만 도커를 실행하려는 경우 최신 Ubuntu를 설치하지 않는 이유를 모르겠습니다.

많은 사람들이 우분투를 싫어하는 이유가 있습니다. :눈짓:

v18.09 ( DOCKER_HOST=ssh:// )부터 docker-machine 없이 원격 Docker 머신을 설정하는 것은 매우 간단합니다. https://medium.com/lucjuggery/docker-tips-access-the-docker- ssh-97cd6b44a53을 통한 데몬

일반적인 데이터 포인트로 Libvirt를 사용하면 (적어도 예전에는) 사용자가 자신의 계정에서 실행할 수있는 VM 개념이 있습니다. 예 : 동일한 컴퓨터에 로그인 한 다른 사람이 액세스 할 수 없음

예, qemu : // session 이라고합니다
최신 GNOME에는이를위한 멋진 앱도 있습니다-Boxes : https://en.wikipedia.org/wiki/GNOME_Boxes

사용자 모드 KVM 가상화에는 네트워킹과 관련된 몇 가지 단점이 있습니다. 그래서 저는 Virtualbox가 그러한 조건에서 유일한 선택이라고 생각합니다.

그리고 VirtualBox 용 CLI를 사용하려면 선택이 방황합니다. Docker를 실행하려면 Linux 배포판 만 필요합니다. 가장 많이 테스트 된 전투는 Ubuntu / Debian입니다. 하지만 다른 배포판을 다운로드 할 수 있습니다. 하지만 Vagrant와 함께 사용하려면 직접 패키징해야합니다. https://www.vagrantup.com/docs/virtualbox/boxes.html

docker-machine 이 (가) 이전 Mac 및 이전 Windows 사용자와 마찬가지로 Linux 사용자에게 좋은 솔루션이라고 만 말하면 ... 필요한 모든 것은 비표준 포트에서 docker를 실행하는 것입니다. 하드 코딩 된 2376? 그리고 libvirt 그룹 (예 : 루트)이 필요하지 않은 새로운 qemu 드라이버. 미래에는 인프라 킷 / 하이퍼 킷이 대안이 될 수 있지만 현재로서는 (위의 링크) 가장자리 주변이 여전히 거칠어 보입니다.

@Vanuan : 우분투 / 방랑자 옵션에 대해 알고 있습니다. 위의 " Docker Engine "이라고 간단히 언급했습니다.

@justinclift : 각 사용자는 자신의 ssh 키 / 도커 인증서를

@afbjorklund 걱정 마세요. Libvirt 팀에서 Red Hat에서 일한 지 몇 년이 지났습니다. 요즘에는 일반적으로 문제를 진단 할 때 매우 심층적으로 사용하는 대신 사용합니다. :미소:

@afbjorklund 이것을 정리 합시다.

Mac 또는 Windows로 전환하기를 원하지 않는 Linux 사용자를 언급 할 수도 있습니다.
어느 쪽이든 Docker Desktop으로 전환하는 것은 옵션이 아닙니다. Docker Engine 또는 DIY LinuxKit입니까?
우분투 / 방랑자 옵션에 대해 알고 있습니다. 위에서 간단히 "Docker Engine"이라고 언급했습니다.

boot2docker는 배포 ( boot2docker.iso )이자 boot2docker-cli )입니다. boot2docker.iso 에는 Docker CE (이전 Docker Engine)가 포함됩니다.

https://github.com/boot2docker/boot2docker/blob/d465167d83310295b5847ba315905f52c3ca1435/Dockerfile#L426 -L435

그리고 이것은 새로운 Docker CE 릴리스로 계속 업데이트됩니다.

boot2docker-cli 는 사라졌지 만 본질적으로 virtualbox로 방랑합니다. Vagrant는 아직 주변에 있습니다.

KVM 드라이버 가있는 boot2docker.iso 를 사용하여 _Docker CE_를 새 libvirt VM에 프로비저닝합니다.

Docker Desktop 은 linuxkit 으로 빌드 된 배포를 사용하여 _Docker CE_를 Hyper-V 및 xhyve에 프로비저닝합니다.

모든 것을 묘사하려면 :

보시다시피 모든 솔루션에는 Docker Engine (현재 Linux 용 Docker CE 라고 함)이 한 가지 방식으로 포함되어 있습니다.

너무 많은 환경과 가상화 / 클라우드 솔루션이 있습니다. 결과적으로 windows / mac / linux에서 동일하게 작동하고 다른 클라우드 및 over-SSH 프로비저닝과 함께 QEMU / Virtualbox / xhyve / Hyper-v를 지원할 수있는 도구는 없습니다. 또한 이러한 도구에는 구성 가능성이 필요합니다. 다른 포트 지원, 메모리 / cpu 리소스 관리, 네트워킹 등. 따라서 http를 통해 다운로드 한 일부 구성 파일과 함께 범용 도구가 최상의 솔루션이 될 수 있습니다.

@Vanuan : 네, 우리가 위에서 말한 것입니다. docker-machine을 교체하려면 적어도 _someone_이 LinuxKit 및 libvirt와 유사한 것을 생성 할 때까지 Mac 또는 Windows 및 Docker Desktop으로 전환해야합니다.

우리는 더 이상 boot2docker-cli에 대해 이야기 할 필요가 없습니다. 그리고 Linux 드라이버에 대한 지원은 _ 이미 _ "machine-drivers"조직으로 옮겨졌습니다. VirtualBox 만 표준 docker-machine에서 사용할 수 있기 때문입니다.

@ shin- 더 이상 새로운 기능을 허용하지 않는 경우 README.md 및 CONTRIBUTING.md 상단에 매우 명확한 메모를 추가하는 것이 좋습니다.

두 파일을 모두주의 깊게 읽고 드라이버를 구현하고 (수일 동안 작업) 더 이상 드라이버를 병합하지 않을 것이라는 사실을 깨닫지 못하는 것은 매우 성가신 일입니다. 이것은 훨씬 더 명확해야합니다.

이 모든 것이 오해이고 여전히 내 드라이버를 요청하는 것이 허용되는 경우 알려주십시오. 지금은 사람들이 풀 리퀘스트를 생성하면 볼 수있는 숨겨진 파일에만 언급되어 있습니다.

README.md 및 / 또는 CONTRIBUTING.md 유지 관리 모드에 대한 명확한 정보가 아직 없습니다. 나는 도커 배포 ProxmoxVE VM 생성 및 경량 리눅스 솔루션을 작업에서 그림을 내 휴가 시간의 절반을 보냈다 - 나는 조합을 발견 docker-machine +를 고정 표시기 - 기계 드라이버 proxmox이-했습니다 그 사용을 위해 아주 좋은 일을 케이스. 불행히도 그것은 boot2docker에 의존하는데, 이것은 docker-machine 를 위해 더 이상 사용되지 않으며 일부 스레드의 관리자는 Rancher OS를 제안합니다. docker-machine 그것이 의미하는 바를 명확하게 정의하지 않고 유지 관리 모드로 이동합니다 (버그 수정 만 허용되며 새로운 프로젝트에 대해 괜찮다고 제안하는 것은 모순되는 IMO입니다). 2018 년 8 월에 공식 발표가 언급되었지만 여기에 언급 된 징후는 없습니다.

외부인의 관점에서 SMB를위한 합리적인 인프라를 구축하려는 경우 docker-machine 는 올바른 장기 솔루션처럼 보이지 않습니다. 누구든지 ProxmoxVE VM을 하이퍼 바이저 및 Docker를 지원하는 최소 Linux로 프로비저닝하고 관리하는 데 Reasonably Good ™이 무엇인지 제안 할 수 있습니까?

불행히도 그것은 boot2docker에 의존하는데, 이것은 도커 머신을 위해 더 이상 사용되지 않는다고 말하며 일부 스레드의 유지 관리자는 Rancher OS를 제안합니다.

boot2docker가 docker-machine을 위해 더 이상 사용되지 않는다고 주장하는 곳을 더 구체적으로 설명해 주시면 적절하게 설명 할 수 있습니까? (지금까지 활발하게 유지 관리되지 않은 고대 boot2docker CLI 도구를 구체적으로 언급하지 않는 한 사실이 아니기 때문입니다)

boot2docker 배포 (특히 Docker CE의 모든 새 릴리스와 함께 릴리스 된 boot2docker.iso 아티팩트)는 매우 좁은 초점을 가지고 있지만 제가 알고있는 즉시 사라지지 않습니다. 이제 (따라서 새로운 기능 / 기능은 병합에 고려되지 않을 것입니다).

@tianon 당신이 맞아요, 혼란 boot2docker CLI 되어 있습니다. 언뜻보기에 차이가 있는지 명확하지 않았습니다. 대부분의 경우 boot2docker.iso 직면 할 가능성이 높기 때문에 다른 사용자들도 혼란 스러울 수 있다고 확신합니다. boot2docker CLI 는 당신이 들어 본 적이없는 말로 프로젝트 간의 관계를 말하기는 어렵습니다. OTOH boot2docker.iso 문 "maintenance mode" 같은 방식으로 모호 docker-machine 나는에 따라 결론 이 응답 .

혼란을 요약하면 :

1. "maintenance mode" -두 프로젝트 모두에서 명확하지 않습니다. 소규모 비즈니스에서 프로덕션에 사용할 수 있습니까?
2. 두 프로젝트 리드 개발자 / 관리자는 이전에 지원되는 모든 사용 사례를 다루지 않는 것으로 보이는 다른 프로젝트의 사용을 제안합니다.

docker-machine 이 프로덕션에 괜찮다면 @tianon 과 @ shin-로부터 명확한 진술을하는 것이 이상적일까요?

Docker Machine에 대해 말할 수는 없지만 boot2docker는 프로덕션을위한 좋은 선택이 아닙니다. 목표는 개발 / 개인 워크 스테이션 사용입니다.

https://github.com/boot2docker/boot2docker#readme에 추가 된 참고 사항도 참조

다른 많은 사람들과 마찬가지로 SMB 클라이언트 용 컴퓨터를 사용하기 위해 노력한 후 Github Issues에서 이에 대해 배우고 답답했습니다.

나는 공식 문서를 업데이트하기 위해 PR을 만들었고 기계의 유지 관리 모드에 대한 조언을 추가했습니다.

https://github.com/docker/docker.github.io/pull/9239 참조

도커 시작도 변경하는 것이 좋을 것입니다 https://docs.docker.com/get-started/part4/

편집 : aws ec2 인스턴스에 docker-ce 를 설치 한 다음 ssh 포트가 docker 데몬을 전달하는 솔루션을 찾았습니다.

ssh -NL localhost:23750:/var/run/docker.sock -i ***.pem ubuntu@***.compute.amazonaws.com
docker -H tcp://localhost:23750 run hello-world

🎉

Docker Desktop과 함께 설치 되었기 때문에 최근에 docker-machine을 사용하기 시작했으며 로컬 컴퓨터보다 훨씬 강력한 aws 인스턴스에서 docker를 실행할 수 있다는 것을 깨달았습니다. 장점은 Visual Studio Code와 같이 docker 명령을 사용하는 로컬 앱이 마치 로컬에서 실행되는 것처럼 docker-machine 컨테이너와 함께 작동 할 수 있다는 것입니다.

infrakit, kubernetes 등을 포함하여 클러스터를 프로비저닝하는 많은 새로운 방법이있는 것처럼 docker-machine이 대체되지 않은 것 같습니다.

오해 할 수 있습니다. 위에서 설명한 작업을 수행하기위한 마이그레이션 전략이 있습니까?

GitLab Runner 도구와 함께 GitLab을 사용하여 CI / CD 작업 실행을위한 EC2 스팟 인스턴스를 동적으로 프로비저닝합니다. GitLab Runner는 Docker Machine을 사용하여이 머신 프로비저닝을 수행합니다.

우리는 Amazon Linux 2를 위해 모든 서비스를 우분투에서 제거하기로 결정했습니다. 기쁘게도 PR # 3609는이를 허용합니다.

그러나이 "수도꼭지 닫힘"때문에 # 3609는 제자리에서 죽을 것 같습니다. 현재 충돌하지 않는 병합 가능한 상태에서 병합을 고려하십시오.

Gitlab의 직원들은 이미 포크를 유지하고 있기 때문에이 저장소를 관리하는 데 관심이있을 수 있습니까?

@ usha-mandya @ Dawn-Wood docker / docker.github.io # 9239에 대한 업데이트가 있습니까? 다시 말해 모든 Docker Machine 페이지에 권고 경고를 추가합니다. 이것은 합병되었지만 엔터프라이즈 분할이 진행되는 동안 되돌려 져 DM의 미래에 대해 몇 가지 결정을 내릴 수있었습니다. DM이 계속 유지 관리 모드에있을 경우이 권고가 있으면 좋을 것입니다.

Docker Desktop의 최신 버전 인 AFAIK에는 더 이상 docker-machine 포함되지 않습니다.

Docker Desktop의 최신 버전 인 AFAIK에는 더 이상 docker-machine이 포함되지 않습니다.

데스크톱 2.2.0.0 용 도커로 업데이트 한 후 내부 도커-머신 툴링이 작동을 멈 췄기 때문에이 문제에 대해 방금 배웠습니다.

데스크톱 릴리스 노트의 도커에서도 언급되지 않은이 움직임은 다소 짜증이납니다.

우리는 Hyper-V 드라이버를 사용하는 내부 DEV 및 스테이징 환경을 위해 공유 booot2docker 기반 docker-machine을 관리하고 유지하기 위해 docker-machine을 많이 사용합니다 (따라서 docker-machine을 사용하여 boot2docker hyper-v VM을 프로비저닝합니다). 따라서 Linux 및 Mac 클라이언트가있어 Windows / OS x 용 docker를 사용하지만 CI / CD 작업을 위해 여전히 docker-machine에 크게 의존합니다.

이 설정에 대한 유사한 대체 방법을 알지 못합니다. 여기서 분명한 것이 누락 되었습니까?

brew (macOS)를 사용하여 항상 최신 바이너리를 다운로드하고 직접
저장소에서. 여전히 유지 (패치) 중이지만 느리게
Docker Desktop과 같은 도구에서 단계적으로 제거되었습니다.
https://github.com/docker/machine/releases

2020 년 1 월 27 일 월요일 오전 11:47 sambernet [email protected] 작성 :

Docker Desktop의 최신 버전 인 AFAIK에는 더 이상
도커 머신

Docker Desktop의 최신 버전 인 AFAIK에는 더 이상
도커 머신

우리의 내부 도커 머신으로서이 문제에 대해 방금 배웠습니다.
데스크톱 2.2.0.0 용 Docker로 업데이트 한 후 도구 작동이 중지됨

이 움직임은 도커에서 언급되지 않은 일종의 짜증입니다.
데스크톱 릴리스 정보 중 하나입니다.

우리는 공유를 관리하고 유지하기 위해 docker-machine을 많이 사용합니다.
내부 DEV 및 스테이징을위한 booot2docker 기반 도커 머신
Hyper-V 드라이버를 사용하는 환경 (따라서 boot2docker hyper-v를 프로비저닝
docker-machine을 사용하는 VM). 따라서 Linux 및 Mac 클라이언트가 있고
따라서 windows / os x에 docker를 사용하지만 여전히 docker-machine에 크게 의존합니다.
우리의 CI / CD 물건을 위해.

이 설정에 대한 유사한 대체 방법을 알지 못합니다. 누락 되었습니까?
여기에 명백한 것이 있습니까?

—
이 스레드를 구독했기 때문에이 메시지가 전송되었습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/docker/machine/issues/4537?email_source=notifications&email_token=AAGBNX2APIHK6CBNGSAMLDDQ74FYPA5CNFSM4FJ53G3KYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNEKG578VXHJKTDN5WW2935JKTDN5WW2935
또는 구독 취소
https://github.com/notifications/unsubscribe-auth/AAGBNXZV7PCYP3TLWSZ7QODQ74FYPANCNFSM4FJ53G3A
.

나는 또한 지난주에 도커 머신이 어려운 방식으로 단계적으로 사라 졌다는 것을 배웠습니다 😒
docs.docker.com에서 docker-machine이 "대체 됨"이라고 표시되지만 대체 대상에 대한 정보를 찾을 수 없습니다. SOMEthing을 사용하여 로컬 Virtualbox 시스템을 계속 관리하고 싶습니다. 미래를 대비하는 방법에 대한 팁이 있습니까?

export DOCKER_HOST = ssh : // user @ host 가 적합 할 수 있습니다.

SOMEthing을 사용하여 로컬 Virtualbox 시스템을 계속 관리하고 싶습니다. 미래를 대비하는 방법에 대한 팁이 있습니까?

아마도 Vagrant를 사용할 수 있습니까? 또는 계속해서 docker-machine 를 사용할 수 있습니다.

그러나 더 이상 Docker (데스크톱)의 일부가 아니기 때문에 바이너리를 위해 여기에 와야합니다.

이 설정에 대한 유사한 대체 방법을 알지 못합니다. 여기서 분명한 것이 누락 되었습니까?

대체품은 없지만 많은 사람들이 machine과 libmachine의 지속적인 사용에 관심이 있습니다.

물론 _alternatives_ (다른 제품)가 있지만 실제로는 포크와 같은 것이 아닙니다.

@afbjorklund 글쎄, 나는 도커 머신이 주변에 붙어 있기를 바랍니다 ... 그리고 여기에서 직접 가져오고 싶지만, 어떤 이유로 든 github에서 다운로드하는 것이 저에게 느립니다. 처음 10-12MB는 몇 초 안에 (제가 꽤 빠른 회선으로 예상했듯이) 들어온 다음 1-2kB / s로 내려가 결국 실패합니다. 나는 이것이 일종의 주제에서 벗어난 것을 알고 있지만 그것이 내 라인이 아니라고 확신합니다. github가 어떤 이유로 일을 조절하고 있습니까?

지금 당장 일어나는 일이 아니라면 (단지) GitHub 지원팀에 핑하는 것이 가장 좋습니다.

컨테이너를 단순히 배포하는 데 선호되는 방법이 무엇인지 매우 혼란 스럽습니다 .
Docker를 통해 컨테이너를 만드는 것은 서비스를 만드는 데 널리 사용되는 표준 방법으로 홍보됩니다. 이것이 제가 지금 만들고있는 웹 사이트를위한 컨테이너를 만드는 데 사용했던 것입니다.
하지만 분명히 이러한 컨테이너를 VPS에 배포해야합니다. 그래서 실제로 사용되지 않는 유일한 문서이기 때문에 docker-machine을 사용합니다. 이제 "유지 관리 모드"라는 것을 알게되었으므로 새 프로젝트에서 사용하고 싶지 않을 수도 있지만 인프라 킷은 무엇입니까? 2K 별이 있지만 그것이 무엇인지 (간단한 방법으로 도커 머신을 대체 할 수 있음) 또는 공식 문서를 이해하는 데 어려움을 겪고 있으며 이제 읽기 전용 모드 (보관 됨)이므로 사용하지 않아야 할 것 같습니다. 이 저장소 Readme / 문제에는 새 저장소에 대한 링크가 없습니다. 문서가없는 이유는 무엇이며 도커 머신을 대체하는 경우 중단됩니다.
Docker는 매우 인기있는 솔루션으로 보이지만 중단되지 않은 (또는 "유지 관리 모드"에서) 컨테이너를 배포 할 수있는 단일 솔루션을 찾을 수 없습니다. docker가 널리 사용된다면 아마도 수백만 명의 개발자가 애플리케이션 배포를 어떻게 처리합니까?

원래 Docker는 컨테이너를 배포하는 공식적인 방법으로 유료 버전 인 Docker EE를 홍보했다고 생각합니다. 그래서 그들은 비즈니스 모델을 위협하면서 Docker 머신과 Infrakit 이니셔티브를 거부했습니다.

또한 k8s는 환경을 완전히 바꾸었고 Docker는 적응하는 데 어려움을 겪었습니다.

이제 Mirantis가 Docker EE를 인수 한 Docker는 또 다른 비즈니스 모델을 찾고 있습니다. 새로운 방향은 k8s 생태계에 애플리케이션 번들을 주입하고 k8s 배포 자체를 커뮤니티에 맡기는 것입니다. 특히 k8s는 Docker CE (Linux)의 일부가 아니기 때문입니다.

K8s, OTOH는 Google에서 관리하며, K8s 배포를 너무 복잡하게 만드는 모든 인센티브가있어 사람들이 문자 그대로 "Hey, Google, K8s 클러스터를 설치해주세요"라고 말할 것입니다. 따라서 Google 클라우드 서비스에 고정됩니다.

따라서 클라우드를 종속에서 해방시키고 클라우드를 상품으로 만드는 Solomon Hykes의 비전은 비참하게 실패했습니다.

응용 프로그램 서버에서 실행 (결국 서버에 업데이트)에 대한 코드 생성에서 "소프트웨어 수명주기", "내장 및 서버에 다운로드 컨테이너 이미지를지고"의 다양한 방식의 톤과 함께, 너무 복잡하기 때문에 @NitroBAY, 그것은 말하기 어렵다 당신의 솔루션은 무엇이어야합니다.

원래 docker-machine은 세 가지 작업을 수행했습니다.

1. 주요 클라우드 제공 업체 또는 로컬 머신 VM 관리자 (VirtualBox, Hyper-V, VMWare, Parallels 등)에서 간단한 VM 프로비저닝
2. 자체 서명 된 인증서를 포함하여 해당 VM에 Docker를 설치하고 API TCP 포트를 엽니 다.
3. 해당 서버에 대한 쉬운 ssh 및 docker cli (docker-machine env)를 사용하여 원격으로 docker 제어

(클래식 떼 만들기와 같은 레거시 기능은 잊으십시오)

첫 번째 "Linux VM 만들기": VM을 만드는 방법에 대해 클라우드에서 선택한 도구로 교체하는 것이 좋습니다. 로컬이고 Linux VM을 설치하는 것보다 더 빠른 것을 원한다면 multipass를 확인하세요. 이것은 단일 명령으로 몇 분 안에 새로운 Ubuntu VM을 가동하는 가장 좋은 방법입니다.

두 번째 "Linux VM에 docker 설치": 설치 스크립트 또는 OS 배포 용 공식 문서를 사용하여 최신 VM에 docker를 설치할 수 있습니다. 대부분의 클라우드에는 옵션으로 이미도 커가 포함 된 공식 이미지가 있습니다.

Docker는 모든 CI / CD 문제를 해결할 수 없었으며 docker-machine은 실제로 VM 프로비저닝 및 기본 설치 도구 일 뿐이므로 많은 사람들이 더 유연하고 유지 관리 가능한 솔루션이 필요했습니다 (예 : docker-machine은 쉽게 공유 할 수 없습니다. 머신 간 서버 구성). Docker 팀은 공작 기계가 이러한 모든 문제를 해결하는 것을 의미하지 않았습니다. 오늘날에도 여전히 원래의 것들에 대해 작동하므로 작동하는 한 자유롭게 사용하십시오. 나는 여전히 매달 사용하고 있으며 2015 년부터 사용하고 있습니다.

docker-machine이 해결 한 특정 문제를 자세히 설명했다면 구현할 수있는 특정 대안을 추천 할 수 있습니다.

예를 들어, 위의 3 번 "control docker remotely"와 관련하여 , 저는 docker-machine이 API 인증을 위해 자체 서명 된 인증서를 프로비저닝하고 원격 서버를 제어 할 수 있도록 Docker 환경을 로컬로 변경할 수 있다는 점을 항상 좋아했습니다. 이 레거시 방법은 2018 년부터 Docker CLI를위한 훨씬 더 쉽고 유연하고 안전한 SSH 터널 내장 하면됩니다. DOCKER_HOST env 메서드를 사용하여 여기에 대한 지난 여름 새 컨텍스트 기능에 대한 라이브 쇼 데모 가있었습니다. Docker CLI에 바로 Docker 서버 목록을 저장하고 SSH 또는 TCP를 사용하여 원격으로 제어 할 수 있습니다.

또한 InfraKit은 시스템 빌더 (사용자 지정 Linux OS를 생성하는 ppl)를위한 도구이며, 우리와 같은 Linux 사용자가 호스트 프로그램으로 생성 된 일반 Linux 배포판을 원하고 여기에 도커를 설치하려는 사용자가 아닙니다.

와우 @BretFisher 귀하의 매우 상세한 답변에 감사드립니다. 나는 당신을 읽을 미래의 사람들에게도 황금 선물로 간주 될 것이라고 확신합니다.
기록을 위해 원격 컴퓨터에 내 config.json을 업로드하는 스크립트 (개인 이미지를 다운로드 할 수 있도록)와 작성 파일을 작성했습니다. 그리고 "docker stack deploy"를 실행합니다.
내 배포 sh는 다음과 같습니다.

#!/bin/bash
ssh -o StrictHostKeyChecking=no -l root "$HOST" root@$HOST "mkdir /opt/app; mkdir /root/.docker"
source ./devops/generate-branch-hostname.sh
scp ./devops/docker-compose-prod.yml root@$HOST:/opt/app/docker-compose-prod.yml
scp $HOME/.docker/config.json root@$HOST:/root/.docker/config.json
echo "BRANCH_HOSTNAME=$BRANCH_HOSTNAME"
ssh root@$HOST "export BRANCH_HOSTNAME=$BRANCH_HOSTNAME; docker stack deploy --compose-file /opt/app/docker-compose-prod.yml webapp --with-registry-auth"

(BRANCH_HOSTNAME은 당연히 필요하지 않습니다. 스크립트를 트리거하는 Git 분기를 기반으로 다른 하위 도메인이 있습니다 (CI / CD 사용))
그리고 여전히 docker-machine create를 사용하여 우분투 원격 VPS에 도커를 갖습니다.

어쨌든 docker machine은 CI / CD에서 좋은 생각이 아닙니다. 인증서를 공유하는 것은 쉽지 않고 (전체 폴더) 인증서를 다시 생성하면 Docker가 중지 될 수 있으므로 옵션도 아닙니다.

나는 여전히 DOCKER_HOST 등을 프로비저닝하고 단순히 SSH 키를 사용하는 도구가 존재해야한다고 믿습니다 (커뮤니티 또는 도커에서 만든). "scp"및 "ssh"보다 쉬울 것입니다.

Docker 머신은 피할 수없는 것으로 밝혀졌습니다.

저는 전문가가 아닙니다. 저는 제 웹 프로그래밍을 배웠고 큰 프로젝트에서 제 옆에서 일하는 사람 일뿐입니다. 그래서 K8이 쉽지 않은 도구로 설명되기 때문에 제 필요에 맞지 않는다고 생각합니다. 최소한 중간 / 대규모 전문 팀에만 해당되며 개발 (프런트 / 백 엔드)과 배포를 모두 수행하는 시간이 거의없는 개인에게는 적합하지 않습니다. 그래서 나는 여전히 Docker를위한 장소가 있다고 생각했지만, 아마도 내가 들었던 fuding 문제가 없기 때문에 공식적으로 선호하는 앱 배포 방법과 Docker 머신의 후속 계획에 대해 더 명확해야합니다. 그것에 대한 계획이 없습니다.

나는 여전히 DOCKER_HOST 등을 프로비저닝하고 단순히 SSH 키를 사용하는 도구가 존재해야한다고 믿습니다 (커뮤니티 또는 도커에서 만든). "scp"및 "ssh"보다 쉬울 것입니다.

export DOCKER_HOST=ssh://[email protected]

root 사용자에 대해 SSH 로그인을 비활성화 한 경우 다음을 통해 루트가 아닌 사용자 user 를 사용할 수 있습니다.
export DOCKER_HOST=ssh://[email protected] user 를 사용하여 docker 그룹에 sudo usermod -aG docker user . (Ubuntu 18.04에서 테스트 됨)

Windows에서 다중 노드 Docker Swarm을 사용하기위한 대안이 있습니까? swarm 튜토리얼 은 현재 Docker Machine이없는 Windows에서는 불가능하다고 말합니다.

현재는 Mac 용 Docker Desktop 또는 Windows 용 Docker Desktop을 단독으로 사용하여 다중 노드 스웜을 테스트 할 수 없습니다. 그러나 포함 된 Docker Machine 버전을 사용하여 떼 노드를 만든 다음 (Docker Machine 및 로컬 VM 시작하기 참조) 모든 다중 노드 기능에 대한 자습서를 따를 수 있습니다.

https://multipass.run/ 을 사용하여 여러 Ubuntu VM을 빠르게 만듭니다. 도커 머신만큼 빠릅니다. 3 노드 Swarm에 사용하는 방법에 대한 데모를 참조하십시오. https://www.pscp.tv/BretFisher/1mrGmQvNEWBGy?t=

데스크톱 사용은 대부분 Docker Desktop 제품으로 대체되었습니다.

이 스레드의 모든 사람에게 참고 : Docker Desktop은 무료 소프트웨어가 아니며 오픈 소스가 아니며 많은 스파이웨어가 포함되어 있으므로 해당 업그레이드 경로를 따르는 것에 대해 두 번 생각할 수 있습니다.

누군가에게 도움이 될 수있는 경우 원격 호스트에 docker를 설치하는 스크립트가 있습니다 (Debian 10 = buster에서 테스트 됨).
https://github.com/minireference/sample-book/blob/master/fabfile.py#L213 -L252

Fabric (특히 fab-classic github 및 docs) 이라는 서버 자동화 프레임 워크를 기반으로합니다. Fabric을 사용하고 싶지 않더라도 명령을 쉽게 읽고 수동으로 실행할 수 있습니다.

그 후 export DOCKER_HOST=ssh://[email protected] 실행하면 도커 머신을 사용할 때의 상태로 돌아갑니다.

이 스레드의 모든 사람에게 참고 : Docker Desktop은 무료 소프트웨어가 아니며 오픈 소스가 아니며 많은 스파이웨어가 포함되어 있으므로 해당 업그레이드 경로를 따르는 것에 대해 두 번 생각할 수 있습니다.

@sneak "ton of spyware"는 "오류 보고서, 시스템 버전 및 언어 및 Docker Desktop 수명주기 정보 (예 : 시작, 중지, 재설정) 보내기"라는 기본 설정 설정 "사용 통계 보내기"를 의미합니다. 어느 것을 끌 수 있습니까?

독점적 인 비공개 소스 스파이웨어에 대해 더 이상 논의하는 데 시간을 할애하고 싶지 않습니다.

저질 트롤

트롤링에는 속임수가 필요합니다. 나는 진심이고 내 진술은 정확합니다.

• 도커 데스크탑은 독점적입니다

• 도커 데스크탑은 폐쇄 소스 소프트웨어입니다

• 도커 데스크톱은 동의를 얻지 않고 사용자를 감시합니다 (도커 머신과 마찬가지로).

이러한 점에서 합리적인 사람은 Docker-the-company가 소프트웨어 자유, 사용자 개인 정보 또는 감시에 대한 사용자 동의에 관심이 없다고 결론을 내릴 수 있습니다.

저는 GitHub 및 기타 사이트에서 자유 소프트웨어 및 오픈 소스 작업을하고 있습니다. Docker 데스크톱과 같은 비 자유 프로젝트는 모든 사람에게 이익이되는 자유 소프트웨어 작업에 방해가됩니다. 그런 일에 시간이나 관심을 돌리고 싶지 않습니다.

인신 공격보다는 직접 문제를 해결하는 것이 좋습니다. 지금이 스레드를 음소거하고 좋은 하루 되세요.

누군가에게 도움이 될 수있는 경우 원격 호스트에 docker를 설치하는 스크립트가 있습니다 (Debian 10 = buster에서 테스트 됨).
https://github.com/minireference/sample-book/blob/master/fabfile.py#L213 -L252

Fabric (특히 fab-classic github 및 docs) 이라는 서버 자동화 프레임 워크를 기반으로합니다. Fabric을 사용하고 싶지 않더라도 명령을 쉽게 읽고 수동으로 실행할 수 있습니다.

그 후 export DOCKER_HOST=ssh://[email protected] 실행하면 도커 머신을 사용할 때의 상태로 돌아갑니다.

@ivanistheone 아니 아니에요. docker-machine 입니다 (입니까?) 좋은 다양한 클라우드 제공 업체에서 그것은 또한 구현하는 모든 API는 균일 한 방식의 CLI에서 기계를 만드는 때문이다. 물론 gcloud , az 등이 있지만 각각 다른 옵션과 의미를 가지고 있습니다. docker-machine 는 모두에 대한 하나의 CLI입니다. 하이브리드 클라우드로 작업하는 것이 조금 더 쉬워집니다 ...