노방이야기

첫번째.

docker ps 를 했더니 "Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running?" 라고 나옴.

sudo systemctl status docker 를 했더니
System has not been booted with systemd as init system (PID 1). Can't operate.
Failed to connect to bus: Host is down

sudo systemctl enable docker 를 했더니
Synchronizing state of docker.service with SysV service script with /lib/systemd/systemd-sysv-install.
Executing: /lib/systemd/systemd-sysv-install enable docker

해결방법은 바로 윗줄에 있다.

sudo /lib/systemd/systemd-sysv-install enable docker

sudo /etc/init.d/docker start

( docker의 실행경로가 다름 )
이번에는 error가 없어서  test로
sudo docker run hello-world 했더니 잘 받아오네 ㅎ

GCP Console에서

워크로드로 이동(검색) 또는  Kubernetes Engine > Workloads

최초인 경우 Deploy버튼 클릭
이미 Workload가 존재하면 + 배포 클릭

Step1 : Container
 . Existing container image를 선택 하면 Image path* 로 배포할 이미지를 선택(SELECT) 하라고 함.
   SELECT를 누르면 우측에 Container Registry Tab과 Artifact Registry Tab 에서 기존에 push한 이미지를 선택

  (참고) Artifact Registry가 비활성 되어 있으면 다음과 같이 나온다

  . 하단에 continue 버튼을 눌러 다음단계를 진행한다.

Step2 : Configuration
  - Application name : hellobro
  - Namespace : default
  . Labels
      Key: app, value: hellobro
   . Configuration YAML 에 VIEW YAML 버튼을 누르면 정의된 내용의  yaml 파일을 볼 수 있다.

  . Cluster
      Zone : aisia-south1-a (싱가폴), asia-northeast-2-a( 서울)
       (Zone의 끝자리는 a,b,c 무엇이듯 상관없음. 해당 region에 여러개의 zone이 있는것임)

  . Deploy 버튼을 누르면 K8S Cluster에 배포 시작
      K8s cluster생성, 배포 생성, Pod에 배포

Step3 : 외부에 공개. 포트를 매핑하는 서비스를 추가해야한다.
  . 배포가 정상적으로 되면 Kubernetes Engine > Clusters 에서도 확인가능하다.
  . Kubernetes Engine > Workloads에 배포한 app을 클릭하여 상세화면으로 이동한다.
  . 상단메뉴의 Actions > Expose를 클릭 한다( 해당메뉴는 화면이 좁을 때 세로로 점3개에 숨어있을 수 있음)
     = To let othere access your deployment, expose it to create service 라고 표시된 곳이 "EXPOSE" 버튼을 눌러도 됨.

  . Port mapping
     . port1 : from port는 80으로 설정되어 있다. sample application에서는 8080 포트를 쓰므로 Target port를 8080 으로 설정
     . Service type : Load balancer
     . Service name : hellobro-service
   . EXPOSE 버튼 클릭

  . 생성이 완료되면 좌측메뉴에 Services * Ingress로 이동하고 External endpoints에 링크가 있다. 클릭해보면 hello화면이 나온다.
    (Expose 이전에는 브라우저에서 접속이 안됐음)

Step4: 삭제
   . 서비스 삭제 : Services & Ingress 에서 해당 서비스 선택 후 "DELETE"버튼 클릭
   . 클러스터 삭제 : Clusters 에서 해당 클러스터 삭제
   . 컨테이너 이미지 삭제 :

참조 : Deploying a containerized web application
https://cloud.google.com/kubernetes-engine/docs/tutorials/hello-app

GCP 로그인 후 화면 우측 상단에서 Cloud shell 버튼을 클릭하여 터미널을 연다.
(프로젝트도 선택된다)

터미널에서
gcloud init 을 했더니... (이미 선택되어있었지만)
다시 어떤 프로젝트 환경설정을 할 것인지 정하라고 하네
현재 프로젝트번호를 입력하면
기본 region/zone을 선택하라고 함.

zone 번호를 선택하면 자동으로 region과 zone이 할당 됨.

gcloud list 로 현재 프로젝트 설정을 보여 줌.

test로 vm을 하나 만들어보면 

간단하게 만들어졌다.

파이프라인 생성

    . 파이프라인 이름 : simple-pipeline-aws  (simple-pipeline이라고 project 이름을 지어놔서... 그냥 다르게 이름을 변경 한 것임. )
    . 새서비스 역할
          파이프 라인 이름이 자동으로 뒤에 붙기 되는데... 편집할까?
          역할이름 : AWSCodePipelineServiceRole-ap-northeast-2-simple-pipeline-aws

    . 소스 공급자 : AWS CodeCommit
    . Repository : simple-pipeline-repo
    . 브랜치 이름 : master
         (1번에서 repository만 만들고 push된 게 없으므로 추가 필요)

    . 빌드 스테이지 : 빌드는 선택사항이고 이번에는 빌드 없이 가는 것이므로 " 빌드 스테이지 건너뛰기" 선택
    . 배포 스테이지 :
         - 배포공급자 : AWS CodeDeploy
         - 리전 : 아시아 태평양 서울
         - 애플리케이션 이름 : simple-pipeline
         - 배포그룹 : simple-pipeline-deployment-group

    . 파이프라인 생성 버큰 클릭.

    . 생성되면 한번은 pipeline을 실행시키는데 ... 권한부족으로 에러가 나는 경우가 있다.

해당 Role에 권한이 없다는 얘기인데 이름을 보면 Pipeline생성할 때 역할생성 허용으로 만든 이름이다.
무슨권한이 없다는 것일까?
IAM > Role에서 해당권한을 찾아 추가하면 됨.

우선 pipe라인의 어느 단계에서 발생한건지 확인해보니 Source단계다
그래서 codeCommit 권한을 준다. FullAccess로다가
권한 추가 > AWSCodeCommitFullAccess

추가한 다음 CodePipeline으로 와서 "재시도"버튼 클릭
근데 이번에는 다른 오류다

맞다. Repository만 만들고 파일은 하나도 없다 ㅋㅋ

AWS의 도움말에서 제공하는 샘플 프로젝트 파일을 첨부파일로 올려둔다.

파일 구조는

예제에서 MyDemoRepo가 내 repository로 보면 된다.
파일을 하나하나 레파지토리에서 추가해서 넣을 수도 있다.(한번에 1개씩만 된다 ㅡㅡ)
git을 이용하여 추가할 수도 있다.

-- 터미널에서 1단계에서 clone한 위치로 간다.
cd ~/Documents/cicd
cd simple-pipeline-repo
# ls 해서 .git파일만 있는것을 확인한다.
위 SampleApp_Linux.zip 압축을 풀어 파일들을 이곳으로 옮긴다.

 # git 작업
 git add .
 git commit -m "Add sample"
 git push

new branch 로 master 를 생성했다.

 다 올라가면 aws colsole에서 확인
 CodeCommit > Repository > simple-pipeline-repo

이제 Codepipeline으로 가보면 Push했을 때 돌도록 설정이 되어있다(appspec.yml에)
알아서 배포까지 성공되어 있는 상태다

Deploy가 성공했으면 EC2에 해당 소스가 반영되어있다는 뜻이다.
EC2 에 Tag를 줬으므로 해당이름(EC2forCodePipeline)을 검색하여 접속 주소를 확인한다

브라우저에서 해당 EC2주소를 치면 다음과 같이 Congratulations 라고 index.html 파일을 보여준다.

-------
AWS의 자습서 사이트의 내용
https://docs.aws.amazon.com/ko_kr/codepipeline/latest/userguide/tutorials-simple-codecommit.html

작업에 앞서 역할(Role)을 만든다. EC2를 위한 Role과 별개로 AWSCodeDeployRole 추가.
IAM > 역할 > 역할생성
   . 신뢰할 수 있는 엔터티 유형 : AWS서비스
   . 사용사례 : 다른 AWS 서비스의 사용 사례 선택 -> CodeDeploy 선택 하면 3가지가 나오는데 CodeDeploy 선택

   . 역할세부정보
      역할이름 : CodeDeployRole

역할을 미리 생성했으니 사전작업은 끝났다.

CodeDeploy를 하려면 먼저 application을 지정해야 한다.
그래서 순서상 세번째 메뉴에 있으나 "애플리케이션"을 먼저 만든다.

1. 애플리케이션 생성
CodeDeploy > 애플리케이션 > 애플리케이션 생성
(최초인 경우에는 시작하기 > 애필리케이션 생성)

애플리케이션 이름 : simple-pipeline
컴퓨팅 플랫폼 : EC2/온프레미스

2. 배포그룹 생성
    해당 애플리케이션에 보면 배포그룹이 없다.
    "배포 그룹 생성" 버튼 클릭
    . 배포그룹 이름 : simple-pipeline-deployment-group
    . 서비스 역할 : (돋보기를 클릭하여 CodeDeployRole 선택) 자동으로 arn:xxx/ 뒤에 선택한 역할이 들어온다.

    . 배포유형 : 현재 위치 (In-Place)
    . 환경구성 : Amazon EC2 인스턴스 (바로 이전에 배포용 EC2를 만들었으므로)
                      EC2에 TAG를 지정했으므로 KEY : Name, Value : EC2forCodePipeline 선택.
                      * 이 설정은 EC2에 배포할 때는 필수임.
    . 배포설정 : 배포구성을 CodeDeployDefault.OneAtATime 으로 변경
    . 로드밸런서 : 체크를 해제한다.

소스는 아직 안넣었지만.
repository설정, deploy설정을 마쳤으므로 이제 pipeline으로 한번에 흐르게 하면 된다.

CodeCommit은 설정을 끝냈고
Deploy를 하는데 서버에 소스 그대로 배포할 것이므로 EC2를 하나 추가한다.
이 때, EC2에 codeDeploy Agent를 설치하도록 Set한다.
EC2에서 CodeCommit에 접근해야하므로 관련 역할도 추가한다.

IAM > 역할 > 역할 만들기
  . 신뢰할 수 있는 엔터티 유형 : AWS 서비스 선택
  . 사용사례 : EC2 선택 하고 다음버튼 클릭
  . 권한정책 : AmazonEC2RoleforAWSCodeDeploy 검색하여 check 한 뒤 다음.
  . 역할이름 : EC2InstanceRole

EC2 > 인스턴스 시작

1. AMI : Amazon Linux 2 AMI 를 선택
2. 인스턴스 유형 : t2.micro
3. 인스턴스 구성
     . 퍼블릭 IP 자동할당 : 활성화
     . IAM 역할선택 : EC2InstanceRole   (위에서 생성한 Role )
     . 고급 세부 정보 [Advanced Detail]
        - 사용자 데이터(User Data) : 텍스트로 선택
        - TextArea에 아래내용 복사. agent를 다운받아 설치하는 것이므로 문구 그대로 입력하면 됨.(ubuntu에서도 같은지는 모르겠음)

4. 스토리지 추가 : "다음"클릭
5. 태그 추가 : 인스턴스에 Tag를 지정해야 목록에서 구별이 잘 됨.
    Key : Name
    Value : EC2forCodePipeline
6. 보안그룹 구성
    . SSH 의 소스 항목을 "내 IP"로 변경
    . 규칙추가 하여 유형을 "HTTP"로, 소스를 "내 IP"로 변경

7. 검토 및 시작.
    . 키페어를 선택할 수도 있으나, 이번에는 "키페어 없이 계속" 선택
  

 인스턴스가 가동되고 인스턴스 목록을 보면
 TAG로 지정한 값으로 간단히 찾을 수 있다.

EC2인스턴스 생성을 했으니
이제 CodeDeploy설정을 할 차례다. - 다음편에 계속

CodePipeline으로 소스를 배포하는 예제.
과정이 간단한 것이 아니라 구조가 간단한 것임.

일반적으로는 commit - build - deploy의 구조를 가지는데
build를 빼고 commit - deploy 만 codepipeline으로 묶음.

사용하는 AWS제품은
CodeCommit, CodeDeploy, CodePipeline, S3 bucket, EC2

소스를 push하면 CodeDeploy Agent가 설치된 EC2에 배포한다.
build라는 과정이 없기 때문에 간단과정이다.

이번 설명에서 AWS CodePipe라인은 다음 순서로 설정한다
1. CodeCommit
2. CodeDeploy
3. EC2
4. CodePipeline

CodeCommit Repository : simple-pipeline-repo
Region : 서울 ap-northeast-2

먼저 CodeCommit에 Repository를 생성한다.
. login

. codeCommit > repository > repository 생성 버튼 클릭

. repository 이름 넣고 "생성" 버튼 클릭. (simple-pipeline-repo)

*[참고]루트계정으로 작업하지 않는것을 권장하며
repository를 루트계정으로 생성하면 ssh로 작업을 할 수 없다
아래와 같이 https로만 연결 가능하므로 IAM 유저를 추가한 다음 작업하는 것을 추천.

 . Repository가 생성되면 "연결 단계" 설정을 해야한다.
   HTTPS, SSH, HTTPS(GRC) 세 가지가 있으며
   조금 복잡하지만 SSH 방식으로 진행한다.
   아래 그림과 같이 연결단계는 MacOS, Windows, Linux 별 설정이 다르니 해당 OS에 맞는 설정을 한다.
   MacOS 를 클릭하면 설정방법이 나타난다. 

  . 1단계로 : 사전요구사항인데. 작업할 PC에 git이 깔려있어야 하고 IAM 유저가 CodeCommit를 쓰기위한 권한이 있어야하고 팀원초대하는데. 우선은 혼자 작업할 예정이므로 스킵.
  . 2단계 : SSH 퍼블릭 키 등록. Repository의 source를 git clone, push를 하기위해 키 등록을 해야한다.
     적절한 권한이 없이 그냥 clone 하면 id/pass를 물어보고 권한이 없어서 안된다고 한다.

     - 터미널에서 작업
        #폴더 이동
        cd ~/.ssh
        #Key 생성 ssh-keygen명령을 실행하고 keypair 파일명 입력 passphrase는 생략가능하므로 그냥 엔터만 쳐도 된다.(엔터 2번)
        ssh-keygen

 ** 다른 repository에서도 사용가능한지는 확인 안해봤으나 가능할 것으로 보고 이름을 좀 넓은 의미로 지음.

      # ls 를 해 보면 1쌍의 key pair파일이 생성되었다. ( xxx.pub, xxx)
      ls

      # xxx.pub파일의 내용 확인
      cat ~/.ssh/aws-seoul-codecommit-keypair.pub
      그러면 ssh-rsa ~~~ user-name@...
      이 내용을 모두 복사한다.
      ex)

    - AWS Console에서 작업 : SSH 퍼블릭 키 업로드
       . IAM > 좌측메뉴 사용자 > 사용자 목록에서 사용자 선택 > 보안 자격 증명 Tab

           . 아래로 scroll "AWS CodeCommit"에 대한 SSH 키 항목에 "SSH 퍼블릭 키 업로드" 버튼 클릭

        . xxx.pub파일에 있는 내용을 붙여 넣는다.

      . 생성하면 SSH KEY ID 가 생성된다. 사용하지 않을 때는 "비활성화"를 클릭하면 되고, 필요없을 때는 X 버튼을 누르면 된다.

      . 3단계 : ssh 구성 편집
        # config라는 파일을 생성하여 방금 생성한 ssh key id와 생성된 파일위치를 지정한다.
        vi config

        # config 파일에 권한 변경 : 작업 디렉토리는 반드시 ~/.ssh 여야한다.
        chmod 600 config

      . 4단계 : Repository 복제
       # 로컬로 clone
       # 작업할 directory로 이동
       pwd
       cd ~/Documents/cicd
       # 접속Test : ssh key id 와 해당 region정보로
       ssh APKAQXV6Fxxxxx@git-codecommit.ap-northeast-2.amazonaws.com
       정상인 경우 아래와 같은 메세지가 나온다.

      # Clone : AWS console에서 해당 repository에 주소가 있으므로 그대로 복사.
      git clone ssh://git-codecommit.ap-northeast-2.amazonaws.com/v1/repos/simple-pipeline-repo

      # yes를 입력하면 현재 소스는 없이 repository만 만들었으므로 빈 것 같다는 말이 나옴.     

      # ls -al 해 보면 simple-pipeline-repo 폴더가 생겼고 .git만 하나 있음.
      cd simple-pipeline-repo
      ls -al
          

VSCode를 웹에서 쓸 수 있게 되었다.
https://vscode.dev 라는 사이트로 접속하면
바로 vscode 를 실행한 것과 같은 화면이 나타난다.
(첫인상은 오~~~ 똑같네?)

여기에서 repository에 연동하면 code를 다운받아 바로 사용할 수 있는데
github 계정에 로그인해서 token을 받으면 된다.

클라우드9(cloud9)이나 구름IDE(groom ide) 를 통해서 할 때에는
가상의 컴퓨터(?)에 세팅을 해서 쓰기 때문에 terminal을 통해 build 하여 직접 서비스도 가능한데

vscode web버전은 github에 연동하여 source 등록/수정 등의 작업만 가능하다.
만약 github actions를 통해 build/deploy환경이 구축되어 있으면 잘 쓸 수 있을 것 같기는 하다.

특히 ipad같은 패드에서 코딩하려고 할 때(그냥 아이패드에서 하고 싶을 때) 유용하다고나 할까?
ssh 앱으로 서버에 접속해서 build에러는 따로 확인해야하겠지만
그래도 간단한 조작으로 코딩이 되니 뭐 나름 쓸만하기는 한데
막상 패드로 코딩할 일이 그닥...

이제부터 저것을 어떻게 활용하면 좋을지 생각해봐야겠다.

Resource handler returned message: "The maximum number of internet gateways has been reached.

The maximum number of VPCs has been reached. (Service: AmazonEC2; Status Code: 400; Error Code: VpcLimitExceeded;

이런식의 오류가 나면
기본 quota는 5개인데 5개 모두 썼다는 뜻이므로 할당량 증가 요청을 해야한다.

설명: https://docs.aws.amazon.com/vpc/latest/userguide/amazon-vpc-limits.html

여기에서 쿼타 늘리는 링크는 아래 주소이다.
https://console.aws.amazon.com/servicequotas/home/services/vpc/quotas/L-F678F1CE?#

메뉴는
Service Quotas > AWS서비스 > Amazon Virtual Private Cloud (Amazon VPC) > VPCs per Region

aws console로그인 한 뒤 위 링크주소로 이동.-> region 변경한 후에
할당량 증가 요청 버튼 클릭

할당량을 원하는 만큼 추가

각 리전별로 할당량이 기본값 5로 정해져 있으므로
리전마다 필요시 요청해야한다.
그리고 요청은 바로 처리되지 않고 24~48시간은 기다려야 한다. Email로 결과를 알려준다고 하니...

"EC2 서비스 할당량 증가 요청은 AWS 엔지니어링 팀의 검토를 거칩니다. 서비스 할당량 증가 요청은 제출 후에 즉시 처리되지 않습니다. 요청이 처리되면 이메일이 수신될 것입니다."

gcp에서 vm생성한 후 원격접속하는 과정이다.

console에서 cloud shell을 연다.

gcloud beta compute ssh vm명
gcloud beta compute ssh instance-1

아무 설정도 안했기 때문에 주의 message와 함께 ssh key 생성여부를 물어본다
Warning: The private SSH key file for gcloud does not exist
...
This tool needs to create the directory [.../.ssh] before being able to generate SSH keys
Do you want to continue (Y/n)?   에서 Y로 진행한다.

Generating public/private rsa key pair.
Enter passphrase :  비밀번호입력
Enter same passphrase again : 비밀번호입력

그러면 key정보 등이 있는 위치를 알려준다.

이때 cloud shell의 현재 region과 vm의 region이 다르면
Did you mean zone [asia-east1-a] for instance : [instance-1] (Y/n) 이 나온다
현재 설정된 region은 asia-ease1-a인데 instance-1 이 맞냐? 안맞는데 Y를 눌렀더니
No zone specified. Using zone [asia-northeast3-a] for instance: [instance-1] 이라고 친절하게
instance-1은 asia-northease3-a 를 쓰고 있어 라고 알려준다.

현재 작업하는 region을 바꾸거나
Did you mean zone [asia-east1-a] for instance : [instance-1] (Y/N) 이 나오면 n을 누른다

다시 password 설정을 한다
Enter passphrase for key ... : 비밀번호입력
Enter passphrase for key ... : 비밀번호입력

생성되어 해당 instance에 접속된다.

ubuntu의 xwindow를 설치한다.
sudo apt install -y ubuntu-desktop xrdp

(시간이 꽤... 걸리네...)

설치 후 데몬 활성화

systemctl enable gdm3
systemctl enable xrdp
service gdm3 start
service xrdp start

포트확인(3389가 열려있어야 함)
netstat -lntp

rdp 설정 및 연결

vi /etc/polkit-1/localauthority/50-local.d/45-allow-colord.pkla

[Allow Colord all Users] Identity=unix-user:* Action=org.freedesktop.color-manager.create-device;org.freedesktop.color-manager.create-profile;org.freedesktop.color-manager.delete-device;org.freedesktop.color-manager.delete-profile;org.freedesktop.color-manager.modify-device;org.freedesktop.color-manager.modify-profile ResultAny=no ResultInactive=no ResultActive=yes

수정후
service xrdp restart

이제 자신의 windows pc에서
시작 - mstsc

vm ip 입력
아까 생성한 비밀번호 입력

참조 : https://blog.dalso.org/google-cloud-platform-2/15905