Aws-cli: [v2] alpine / musl libc용 바이너리 배포

문제를 디버깅하려고 시도했지만 실패 이유를 알 수 없었습니다. 설치 스크립트가 약간 불안정한 것 같습니다. v2 레이블도 추가하려고 했습니다.

우리가 게시하는 바이너리는 alpine 기반 도커 이미지에서 작동하지 않습니다. 왜냐하면 glibc에 대해 컴파일하기 때문입니다. sh: aws2: not found 는 이 바이너리를 실행하려고 할 때 발생합니다. ubuntu:latest 와 같은 이미지에서 시도하면 설치 프로그램이 작동합니다.

또한 일반 Linux 바이너리용으로 하는 것처럼 알파인 호환 바이너리를 출시하지 않을 것이라고 생각합니다. 알파인에 빌드된 바이너리와 함께 제공되는 도커 이미지를 릴리스하는 경향이 더 크다고 생각합니다.

답변해 주셔서 감사합니다. https://docs.aws.amazon.com/cli/latest/userguide/install-civ2-linux.html "Linux용 전제 조건" 아래에 문서화하거나 알파인 기반에서 오류를 더 사용자 친화적으로 만들 수 있습니까? 이미지케이스?

사용자 가이드에서 업데이트할 수 있도록 하겠습니다. 나는 또한 이 경우에 대해 보다 사용자 친화적인 오류 메시지를 만드는 아이디어를 좋아합니다.

@joguSD 어리둥절 , 알파인은 도커 이미지의 표준입니다. 특히 자동화를 원하고 매우 큰 도커 이미지를 지속적으로 다운로드하고 싶지 않은 빌드 / ci 시스템의 경우.

다단계 빌드에서 공식 알파인 도커 이미지를 사용하여 바이너리를 다른 도커 이미지로 복사할 수 있습니다.

@chadgrant -

@BarakBD-Globality 저는 ​​가지고 있지 않지만 aws-alpine 이미지가 생성되면 다음을 수행할 수 있습니다.

FROM aws_alpine_image:latest as aws
FROM alpine:latest
COPY --from=aws /usr/local/bin/binary /usr/local/bin/binary

그들이 알파인을 지원하지 않는 것은 유감입니다. 표준 이미지입니다.

또한 일반 Linux 바이너리용으로 하는 것처럼 알파인 호환 바이너리를 출시하지 않을 것이라고 생각합니다. 알파인에 빌드된 바이너리와 함께 제공되는 도커 이미지를 릴리스하는 경향이 더 크다고 생각합니다.

@joguSD 이에 대한 논의나 움직임이 있었습니까? 알파인의 유병률을 고려하면 꽤 큰 일인 것 같습니다. 나 같은 사람들은 cicd 및 기타 자동화에서 aws 를 사용하므로 알파인 기반 이미지에 사용할 수 없는 경우 버전 2를 사용하는 것은 상당한 작업 없이는 옵션도 아닙니다! 감사 해요.

busybox 에도 설치할 수 없습니다.

흥미롭게도 이것을 기본 이미지로 사용하면 AWS cli가 제대로 설치되고 작동합니다.

에서 채택openjdk/openjdk11:알파인

다음 Dockerfile을 사용하여 이 작업을 수행할 수 있었습니다.

FROM adoptopenjdk/openjdk11:alpine

RUN apk add --no-cache \
        ca-certificates \
        unzip \
        curl \
        groff \
        less  \
        bash  \
        openssh-client

WORKDIR /home
RUN curl "https://awscli.amazonaws.com/awscli-exe-linux-x86_64.zip" -o "awscliv2.zip" \
    && unzip awscliv2.zip \
    && ./aws/install \
    && rm awscliv2.zip \
    && rm -R aws

acceptopenjdk 이미지가 작동하는 이유는 누락된 glibc 라이브러리가 포함되어 있기 때문입니다. 알파인 리눅스는 완전한 glibc에 대한 경량 대안인 'musl glibc'를 기반으로 합니다. aws cli v2 바이너리는 musl에서 작동하지 않으며 작동하려면 라이브러리가 몇 개 더 필요합니다.

Java 이미지를 사용하는 대신 아래 Dockerfile을 Alpine Linux에서 AWS CLI v2를 실행하는 방법의 예로 사용할 수도 있습니다.

FROM alpine:3.11

ENV GLIBC_VER=2.31-r0

# install glibc compatibility for alpine
RUN apk --no-cache add \
        binutils \
        curl \
    && curl -sL https://alpine-pkgs.sgerrand.com/sgerrand.rsa.pub -o /etc/apk/keys/sgerrand.rsa.pub \
    && curl -sLO https://github.com/sgerrand/alpine-pkg-glibc/releases/download/${GLIBC_VER}/glibc-${GLIBC_VER}.apk \
    && curl -sLO https://github.com/sgerrand/alpine-pkg-glibc/releases/download/${GLIBC_VER}/glibc-bin-${GLIBC_VER}.apk \
    && apk add --no-cache \
        glibc-${GLIBC_VER}.apk \
        glibc-bin-${GLIBC_VER}.apk \
    && curl -sL https://awscli.amazonaws.com/awscli-exe-linux-x86_64.zip -o awscliv2.zip \
    && unzip awscliv2.zip \
    && aws/install \
    && rm -rf \
        awscliv2.zip \
        aws \
        /usr/local/aws-cli/v2/*/dist/aws_completer \
        /usr/local/aws-cli/v2/*/dist/awscli/data/ac.index \
        /usr/local/aws-cli/v2/*/dist/awscli/examples \
    && apk --no-cache del \
        binutils \
        curl \
    && rm glibc-${GLIBC_VER}.apk \
    && rm glibc-bin-${GLIBC_VER}.apk \
    && rm -rf /var/cache/apk/*

위의 내용은 glibc 라이브러리를 다운로드하고 AWS CLI v2를 다운로드 및 설치하며 자동 완성과 같이 필요하지 않을 수도 있는 일부 항목을 제거합니다. 결과 이미지의 크기는 약 100MB입니다.

그렇다면 실행 중인 도커 컨테이너 내부에서 aws ecr get-login-password … | docker login … 를 얻는 최단 경로는 무엇입니까? (즉, docker:dind )?

docker:dind 지원으로 나만의 docker:stable 이미지를 구축하는 것을 피하고 싶습니다. 적어도 https://github.com/aws/aws-cli/issues/4685#issuecomment -615872019 솔루션 덕분에 가능했습니다. 감사합니다!

@bentolor docker:dind 도 alpine을 사용하기 때문에 위에서 언급한 Dockerfile의 첫 번째 줄만 변경하면 될 것 같습니다. 대신 FROM alpine:3.11 당신은 사용해야 FROM docker:dind . 자신의 이미지를 구축하고 있다는 것을 의미하지만 ....

@blagerweij 덕분에 정말 잘 작동합니다.

또한 감사 @blagerweij : 나는 사본 및 솔루션을 붙여 넣어 쐐기풀 내장 공공, 사용자 정의 고정 표시기 이미지를 파악 : https://hub.docker.com/r/bentolor/docker-dind-awscli

@bentolor 나는 당신의 Dockerfile가 사용하는 당신의 repo에 주목 FROM docker:stable 대신 FROM docker:dind . 요점은 AWS 지원을 통해 Docker에서 Docker용 이미지를 만드는 것이라고 생각했습니다.

@blagerweij 설명을 위해 공식 Docker 이미지 에서 아래 이미지를 참조하십시오.

일반적인 사용법은 다음과 같습니다.

1. 하나(또는 귀하의 CI)는 docker:dind 인스턴스를 시작한 다음
2. 시작된 docker:dind 컨테이너에 연결된 별도의 docker:stable 인스턴스를 시작합니다.
3. 소켓 연결을 통해 명령을 첫 번째 docker:dind 컨테이너 내에서 실행 중인 도커 데몬으로 리디렉션하는 두 번째 컨테이너 내에서 docker 명령 실행을 시작합니다.

따라서: docker:dind 인스턴스가 결국 Docker 명령을 실행하는 것은 사실이지만 CLI 프런트엔드는 실제로 docker:stable 인스턴스에 있습니다. 그리고 그것이 바로 AWS에 로그인해야 하는 곳입니다 ;-)

적어도 이것은 내가 알고 있는 사용 패턴입니다(예: Gitlab CI 를 사용하여 도커 이미지를 빌드할 때). 직접적인 docker:dind 사용 시나리오도 있습니까?

https://hub.docker.com/r/frolvlad/alpine-glibc/ 에서 glibc와 함께 알파인 이미지를 사용할 수 있습니다.
aws 설명서의 단계에 따라 aws cli를 설치합니다. 나를 위해 일했다.

@blagerweij 도커 이미지에서 도커와 함께 스크립트를 사용했습니다. aws cli는 잘 작동합니다. 방금 빌드에서 오류가 발생했습니다.
/usr/glibc-compat/sbin/ldconfig: /usr/glibc-compat/lib/ld-linux-x86-64.so.2 is not a symbolic link

@amiram 예, 또한 해당 메시지를 https://github.com/envoyproxy/envoy/issues/9078#issuecomment -576837432 참조

누군가 이 문제의 이름을 "alpine/musl용 바이너리 배포"와 같이 바꿀 수 있습니까?

@joguSD @jordanst3wart

예, "alpine / musl libc용 바이너리 배포"에 만족합니다. 문제가 있으면 알려주세요

열정 프로젝트에는 aws s3 cp만 필요하므로 pip로 awscli V1을 설치했습니다.

FROM alpine:3.12
RUN pip install awscli        
RUN aws s3 ..

acceptopenjdk 이미지가 작동하는 이유는 누락된 glibc 라이브러리가 포함되어 있기 때문입니다. 알파인 리눅스는 완전한 glibc에 대한 경량 대안인 'musl glibc'를 기반으로 합니다. aws cli v2 바이너리는 musl에서 작동하지 않으며 작동하려면 라이브러리가 몇 개 더 필요합니다.

Java 이미지를 사용하는 대신 아래 Dockerfile을 Alpine Linux에서 AWS CLI v2를 실행하는 방법의 예로 사용할 수도 있습니다.

한조각

위의 내용은 glibc 라이브러리를 다운로드하고 AWS CLI v2를 다운로드 및 설치하며 자동 완성과 같이 필요하지 않을 수도 있는 일부 항목을 제거합니다. 결과 이미지의 크기는 약 100MB입니다.

이 조정은 glibc 버전을 하드 코딩하지 않으려면 자동으로 최신 버전을 가져옵니다.

FROM alpine

# install glibc compatibility for alpine
RUN apk --no-cache add \
    binutils \
    curl \
    && GLIBC_VER=$(curl -s https://api.github.com/repos/sgerrand/alpine-pkg-glibc/releases/latest | grep tag_name | cut -d : -f 2,3 | tr -d \",' ') \
    && curl -sL https://alpine-pkgs.sgerrand.com/sgerrand.rsa.pub -o /etc/apk/keys/sgerrand.rsa.pub \
    && curl -sLO https://github.com/sgerrand/alpine-pkg-glibc/releases/download/${GLIBC_VER}/glibc-${GLIBC_VER}.apk \
    && curl -sLO https://github.com/sgerrand/alpine-pkg-glibc/releases/download/${GLIBC_VER}/glibc-bin-${GLIBC_VER}.apk \
    && apk add --no-cache \
    glibc-${GLIBC_VER}.apk \
    glibc-bin-${GLIBC_VER}.apk \
    && curl -sL https://awscli.amazonaws.com/awscli-exe-linux-x86_64.zip -o awscliv2.zip \
    && unzip awscliv2.zip \
    && aws/install \
    && rm -rf \
    awscliv2.zip \
    aws \
    /usr/local/aws-cli/v2/*/dist/aws_completer \
    /usr/local/aws-cli/v2/*/dist/awscli/data/ac.index \
    /usr/local/aws-cli/v2/*/dist/awscli/examples \
    && apk --no-cache del \
    binutils \
    curl \
    && rm glibc-${GLIBC_VER}.apk \
    && rm glibc-bin-${GLIBC_VER}.apk \
    && rm -rf /var/cache/apk/*

Alpine Linux에서 AWS CLI v2를 실행하는 방법의 예로 아래 Dockerfile을 사용할 수도 있습니다.

제공된 Dockerfile/script는 작동하지만 작동을 방해하지 않는 이 오류를 표시합니다.

aws/install: line 78: /aws/dist/aws: not found

이상하게도 apk add mandoc 직전에 aws/install 하면 이 오류가 표시되지 않으며 설치 후 해당 패키지를 삭제해도 아무런 영향이 없습니다. 임의의 다른 패키지는 이러한 보호 효과가 없는 것 같습니다.

이견있는 사람?

PS apk add less 는 aws help 가 올바르게 작동하는 데 필요합니다(그렇지 않으면 groff 패키지 누락에 대해 불평합니다).