#devspace

4월 20일(목) 10~17시 한국컨퍼런스센터

✅ 교육 목표

• NHN Cloud 서비스를 활용하여 2-tier 구조를 설계하고 구축할 수 있습니다.
• 인프라 확장 기술인 Auto Scale 개념을 이해하고 활용할 수 있습니다.
• 클라우드 서비스를 운영 관리에 필요한 서비스를 사용할 수 있습니다.

✅ 교육 목차

1. 소규모 웹사이트 구축하기
2. 인스턴스 시스템 모니터링 및 감시 설정하기
3. 조건에 맞춰 서버 Scale In/Out 해보기

1. 소규모 웹사이트 구축하기

NHN Cloud에서 아래와 같은 아키텍처를 구성하는 실습을 진행해보았다!

Lab1. 기본 인프라 서비스 활성화

1. 리전부터 확인하고 설정하기! 잘못된 리전에 만들었을 경우, 다 부수고 다시 만들어줘야 함..
2. 기본 인프라 서비스 활성화하기

Lab2. 2개의 VPC 설정 / 인터넷 게이트웨이를 생성 후 라우팅 테이블에 연결

먼저, 사설망을 2개 생성한다.

• 서비스용 : 웹 서버가 돌아갈 Service VPC
• 관리용 : Private Subnet에 DB 서버가 돌아갈 mgmt VPC (Default VPC를 이걸로 변경)

사설망은 인터넷이 연결이 안 되어 있기 때문에, 인터넷 게이트웨이(문과 같은 역할)를 연결해야 한다.

단계는..

1. 인터넷 게이트웨이 생성

2. 라우팅 테이블(Service VPC)에 인터넷 게이트웨이 연결 (경로를 알려주는 것)

디폴트로 생성된 Default VPC의 경우 인터넷 게이트웨이가 자동으로 할당되어 있기 때문에

라우팅 테이블에서 Service VPC에만 인터넷 게이트웨이를 연결해주면 된다.

Lab3. Management vpc - public subnet 생성 / Service vpc - private subnet, public subnet 생성

• mgmt vpc : Default Network의 경우, public용 subnet 또한 자동 생성 → Default Network를 서브넷 변경으로 이름만 변경
• service vpc : private, public용 subnet 총 2개 생성
• 헷갈리지 않게 네이밍이 대충 하지 말고 의미를 담는 것이 중요하다.

Lab4. mgmt vpc의 서브넷에 mgmt 인스턴스 생성

인스턴스를 생성 시, 네트워크 서브넷에 public-subnet-mgmt를 연결한다.

Lab5. 보안그룹 설정 (local → mgmt-server)

공인 IP를 통해 mgmt-server에 접속할 수 있게 mgmt-sg에 내 IP로 보안 규칙을 생성한다.

Lab6. Service VPC의 Private Subnet에 MariaDB 인스턴스를 생성

💡 RDS for DB vs DB Instance

✔️ RDS for DB

• 복잡한 설정 없이 고가용성, 자동 백업, 모니터링을 UI 상에서 이용할 수 있음
• PaaS형 상품
• 설치 간편성 : 희망 서버 사양 선택 > 희망 DB 버전 선택 > 생성

1. 고가용성(HA)

• Master와 Candidate Master 인스턴스가 나란히 생성됨
• Master가 정지되면 Candidate가 자동으로 Master로 승격되어 장애를 막음

2. 자동화된 백업

• 지정된 시간 범위 안에 자동으로 백업이 수행됨
• Object Storage에 보관할 수 있고, 원하는 시점으로 복원할 수 있음

3. 손쉬운 설정 변경

• 웹 콘솔을 통해 설정을 쉽게 변경할 수 있음

4. 모니터링

• 하드웨어 및 DB 상태를 모니터링 할 수 있음
• 슬로우 쿼리 같은 부분도 같이 제공
• 임계치 설정 시 알림 설정도 받을 수 있음

✔️ DB Instance

• OS 위에 DB를 설치한 단순 DB 설치형, 나머지는 고객이 관리
• IaaS형 상품

Lab7. Service VPC의 Public 서브넷에 웹서버를 설치

• mgmt vpc와 service vpc가 통신하기 위해 거쳐야 할 설정 단계!

mgmt vpc ↔ Sevice vpc

0. local에 있는 펨키를 mgmt-server로 전송

1. 피어링 게이트웨이 생성

2. 라우팅 테이블 두개 다 잡아주기

3. 보안그룹 mgmt에서 들어오는 것만 열어주면 됨

아래에서 따라해보자!

Lab8. Local 환경에서 mgmt-server로 키페어 전송

ssh -i key.pem centos@[mgmt-server public ip]

Lab9. mgmt VPC ↔ Service VPC를 피어링 작업 / 각각의 VPC 라우팅 테이블 설정

1. 네트워크 - 피어링 게이트웨이 - 생성

두 개의 네트워크가 사설 통신하기 위해서 피어링 게이트웨이를 생성해준다.

2. 네트워크 - 라우팅 - 라우트 선택 - 라우트 생성

mgmt는 service도 가야 되고, db에도 가야한다.

두 군데에 가야 되기 때문에 범위를 vpc 자체로 열어줄 것!

mgmt vpc 라우팅 테이블에서 10점 대역이 들어올 거니까 10점 대역이 피어링 게이트웨이를 타야 하므로

대상 CIDR에 10.0.0.0/16으로 설정한다.

service vpc의 라우팅 테이블은 192.168 대역이 피어링 게이트웨이를 타야 한다.

Lab10. 보안그룹 설정 ( mgmt → web, mydb )

Lab11. web1 → DB 서버 접속

먼저 보안그룹 설정이 필요하다.

• 포트 : 3306

db 서버 보안그룹(db-sg)에 3306 포트를 열어주어야 한다.

• IP : web-sg

web 서버가 현재는 1개지만 여러 개로 늘어날 수 있다고 하면,

db 서버 보안그룹(db-sg)에 web 서버 보안그룹(web-sg) 자체를 추가해주면

나중에 추가되는 web 서버를 db-sg에 매번 넣어주지 않아도 되어 편리하다.

🤔 db-sg 보안그룹에 web-sg 보안그룹 자체를 추가한다는 건?

web-sg를 보안그룹으로 쓰는 모든 인스턴스를 db-sg에서 허용해달라는 의미와 같다.

두둥

web 서버에서 db 서버에 접속했다!

Lab12. 웹서버의 /www/var/htmlprocess_create.php 파일 수정

db 서버의 ip로 변경

Lab13. 생성한 웹서버를 이용하여 이미지 생성

• 이미지 : 현재까지 구성한 인스턴스 상태를 스냅샷

환경구성을 다 하고 이미지를 생성하는 것이 좋다.

인스턴스를 정지 후 이미지 기능을 사용하는 것을 권고한다.

1. Compute - 인스턴스

2. 생성하고자 하는 인스턴스 중지

3. 이미지 생성

4. Compute - Image에서 확인

Lab14. LB 생성 및 설정

💡 Load Balancer

트래픽을 분산시켜주는 기능

✔️ 알고리즘에 의해 동작 방식이 조금씩 다름

1. Round Robin (라운드 로빈)

• 트래픽을 전달할 인스턴스를 순차적으로 선택하는 가장 기본적인 방식

2. Least Connections (최소 연결 우선 선택)

• TCP 연결 수를 기준으로 하며 부하가 가장 적은 인스턴스로 보내는 방식
• 특정 인스턴스에 부하가 집중되는 상황 방지

3. Source IP(원본 IP 기준 선택)

• 청자의 원본 IP를 해싱하여 처리할 인스턴스를 선택
• 한 사용자의 요청을 기억해 매번 동일한 인스턴스에서 처리하고자 할 때 유용

✔️ 지원 프로토콜

1. TCP : TCP(4계층) LB 제공

2. HTTP / HTTPS : OSI 7계층 LB 제공

3. TERMINATED_HTTPS : HTTPS에서 SSL Termination 기능이 추가돼 LB 제공

✔️ 리스너

• LB 앞 단에 리스너가 있음
• 리스너가 듣고자 하는 포트와 프로토콜 포트만 허용해줌
• HTTP/80를 듣고자 하는데, HTTPS가 들어오려고 하면 못 들어감
• 리스너가 듣고 있는 정보만 통신 가능
• 필요한 수만큼 리스너 생성하면 됨
• 보안그룹에 LB 정보가 없으면 통신이 안 되고 부하 분산도 안 됨

✔️ IP접근제어기능

🤔 LB로 들어오는 트래픽이 너무 많으면? 너무 느려지면?

IP를 확인해서 이슈가 있을 때 LB에 IP접근제어기능을 쓰면 좋음

LB 생성

1. network - Load Balancer

2. health check를 해서 인스턴스 상태를 확인함 -> 80 포트, url 체크(웹서버 특정 디렉토리에 특정 파일이 있는지)

3. 네트워크 설정 (web1)

Lab15. web-img 이미지로 web2 서버 생성 / 종료된 web1 서버 시작

1. 정지했던 web1 서버 켜기

2. 인스턴스 생성 시 이미지 사용

Lab16. LB에 Floating IP를 할당

LB에 공인 IP 할당

Lab17. LB에 web-2 서버를 추가

• LB - 인스턴스 연결 추가

로드 밸런서에 라운드 로빈할 총 2대의 인스턴스(web1, web2) 추가 완료!

• web-sg 보안 그룹에 로드 밸런서 사설 IP 추가해주기

안 그러면 80포트로 모든 IP가 다 들어오게 되어버린다.

30초에 한번씩 추가하기 때문에 바로 안 될 수도 있음 기다려줘야 한다.

대신 LB를 재시작하면 바로 적용된다.

로드밸런서 - 리스너 - 리스너 변경 아무것도 변경하지 말고 누르면 재시작 된다.

결과

새로 고침 할 때마다 두 인스턴스로 라운드 로빈 되는 걸 확인할 수 있다!

Lab18. 웹사이트 확인

1. 데이터 입력

2. DB 서버 접속 후 데이터 삽입 확인!

웹에서 입력한 정보가 DB에 잘 들어가있는 것을 볼 수 있다.

+ 추후 도메인을 달고 싶다면 LB에 도메인 설정만 해주면 된다.

+ 원본 서버에 점검이 필요하면 mgmt-server를 통해 사설망으로 들어가서 점검할 수 있다.

로드 밸런서 모니터링

기본적으로 제공해주는 통계 기능을 통해 로드 밸런서를 모니터링 할 수 있다.

2. 인스턴스 시스템 모니터링 및 감시 설정하기

무료니까 꼭 이용해보기

1분 단위 수집해주고, 이슈가 있으면 연락을 준다.

• Compute - System Monitoring

단계는..

1. 레이아웃 만들기

2. 알림

2-1 알림 받을 사용자 그룹 생성

2-2 어떤 그룹에 어떤 알림 줄 지 생성

2-3 감시 설정

2-4 서버 목록 설정

2-5 사용자 그룹 설정

테스트

• systemctl stop httpd로 강제로 httpd 종료해보기

SMS와 이메일로 바로 연락이 온다!

시스템 모니터링 - 이벤트 현황 페이지에서도 확인할 수 있다.

3. 조건에 맞춰 서버를 Scale In/Out 해보기

필요에 따라 서버를 확장하거나 축소하는 것

💡 Scaling

인스턴스 또는 컴퓨팅 파워를 확장하는 것

• Scale Up : 장비의 설비 성능을 높이는 것

• Scale Out : 장비의 설비 규모를 늘리는 것

Auto Scaling Group

• Scale In/Out을 자동으로 해주는 것
• 인스턴스를 추가로 생성 또는 삭제하는 조건과, 조건이 만족하는 경우 수행할 행동을 정의한 것
• 최소, 최대, 구동 인스턴스는 스케일링 그룹에서 반드시 정의해야 하는 매개변수
  • 최소, 최대 : 만들어질 수 있는 limit 수
  • 구동 : 돌아갈 인스턴스
• 임계치 또는 감축 정책을 미리 설정해놓으면 지속적으로 모니터링 하다가 조건이 만족하면 Scale In/Out 함
• 모니터링은 아래 항목 중에 원하는 항목을 선택하면 됨

• 어떤 값을 보고 움직일까? Auto Scaling Group 안에 있는 인스턴스의 평균값으로 움직임
• Instance Template을 사용하면 좋음
  • 자주 사용하는 인스턴스 구성 요소 정보를 미리 정의해 보관하는 서비스

설정

1. 인스턴스 템플릿 설정

스펙은 한 번 설정하면 나중에 바꿀 수 없다.

2. Compute - Auto Scale

2-1 인스턴스 템플릿으로 인스턴스 설정

2-2 스케일링 그룹 설정

증설 정책 - 재사용 대기 시간 → 쿨타임 : 한번 수행하고 나면 쿨타임 동안은 조건이 만족해도 오토 스케일링을 하지 않음

로드 밸런서랑 연동해서 자동으로 LB 밑으로 들어가도록 한다.

설정 결과

• 오토 스케일링 그룹 생성

• 인스턴스 템플릿 + 로드 밸런서 -> 인스턴스 생성

• 로드 밸런서 인스턴스에 오토 스케일링 인스턴스가 추가됨

3대에서 움직이다가 4대가 됐다가 3대가 됐다가 그런 방식이다.

⚠️ 오토 스케일링으로 만들어진 인스턴스는 콘솔에서 삭제하거나 중지할 수 없음

부하 테스트 방식

• 리눅스 도구 Stress를 이용하여 부하테스트 진행
• web-auto에서 해야 됨
• stress -c 1 --timeout 240
• 인스턴스 > web-auto > 모니터링 > 전체 팝업으로 보기
• 오토 스케일 > web-auto > 통계 > 평균 값 보여주는 것

결과

1. 인스턴스 1대가 추가됨

2. 오토 스케일 인스턴스 목록에도 추가됨

3. 로드 밸런서에도 2대 추가됨

4. 나중에 축소될 때는 먼저 만들어진 인스턴스가 삭제됨

모든 로그는 Cloud Trail에서 확인 가능

오토 스케일은 SYSTEM이 해준걸 알 수 있다.

++ 리소스 반납

다 썼으면 잊지 말고 꼭 리소스 반납하기

1. 인스턴스 삭제
2. 서비스 비활성화
3. 조직 삭제

NHN Cloud 전반적인 기능을 알차게 배울 수 있는 유익한 시간이었다.

이미지, 인스턴스 템플릿, VPC, 라우터, 피어링, 로드 밸런서, 모니터링, 스케일링까지-!

특히 처음에 구성할 아키텍처를 먼저 보여주시고 직접 실습을 통해서 따라가니까 더 이해가 잘 된 것 같다.

엔클 최고당

4월 19일 (수) 10~17시 | 한국컨퍼런스센터

☀️ 오전 세션

NHN Cloud 교육과정

• VPC, 서브넷, 라우팅 등
• VPC 내 상품 -> NAT 게이트웨이, VPC 피어링, 내부 통신을 위한 서비스 게이트웨이
• 올해 자격증도 나온다!
• 고매출 상품 : Nofi API
• 다양한 교육이 있음!

클라우드 컴퓨팅과 NHN Cloud 소개

클라우드 컴퓨팅 이점

• 신속한 인프라 도입
• 유연한 인프라 관리
• 예상치 못한 트래픽 폭주 대응 -> 오토 스케일
• 이용한 만큼 지불하는 비용

Cloud Deployment Models

Public

Private

Hybrid

private <-> public, on-premise <-> public

Multi

• CSP 이중화 구성
• 두개 이상의 외부 클라우드를 활용
• 비즈니스 요구에 가장 적합한 공급업체에서 선택가능

Cloud Computing Type

IaaS

• OS부터 설정
• Instance, Storage, VPC

PaaS

• OS 환경구성이 미리 되어 있음
• RDS for DB, NKS(NHN Kubernetes Service)

SaaS

• 완전히 다 만들어진 솔루션
• 웹이나 앱에서 바로 접속할 수 있는 서비스
• Dooray! Contact Center

Cloud Computing 책임공유모델

• 고객(사용자)와 CSP가 함께 보안과 운영을 공동으로 책임을 분배하는 책임공유 모델을 제공
• 모든 CSP가 동일하게 얘기하는 부분
• CSP : 클라우드 서비스, IDC 운영

NHN Cloud 서비스는?

• Open Stack 기반으로 제공하는 클라우드 플랫폼
• 모든 부분을 오픈 스택 기반으로 한 것은 아님!
• 보안이 취약했던 네트워크는 내부에서 내부 기술을 이용해서 개발
• 리전별로 제공 리소스가 다르므로 꼭 확인하고 리전 선택하기
• 디폴트 리소스 정책을 꼭 확인하기
• 쿼터 제한도 꼭 미리 생각하기

NHN Cloud 요금체계

• 요금 탭에서 과금 정책 확인
• 네트워크 요금, OS을 꼭 잘 고려해야 함
• 인스턴스 서버 정지도 정지요금이 있음
• 요금계산기로 계산해볼 수 있음
• 예산관리 기능이 있음 : 예산을 설정하고, 초과 시 원하는 방법으로 알림을 받을 수 있음 (무료!)
• 가입 축하 크레딧은 1년 유효기간, 적용 가능한 커버리지가 한정되어 있음

시나리오를 이용하여 NHN Cloud 이해하기

1. NHN Cloud Console은 무엇인가요?

리전부터 선택하고 시작해야 함!

• 엔클의 차별점!
• 조직/프로젝트 관리

• 조직
• NHN Cloud 서비스를 효율적으로 사용하고 관리하기 위해 만들어진 그룹
• 회사 단위로 구성할 수 있고, 조직을 사업 단위로 구성
• 비용 측면에서도 따로 관리할 수 있는 것

• 프로젝트
• 조직당 5개까지 생성 가능
• 리소스 사용량은 프로젝트 단위로 계산됨
• 독립적으로 구분해서 사용

• 프로젝트별로 과금되고 조직별로 청구된 금액이 나옴

1. 조직 생성

2. 프로젝트 생성

3. 서비스 활성화 (Cloud Trail, Resource watcher는 자동 생성됨)

4. 조직 - 예산 관리 - 예산 추가

5. 멤버 관리

NHN Cloud 회원 

이메일이 아이디

IAM 멤버

• 조직의 오너나 어드민이 조직 내 유일한 ID를 입력하여 등록
• 소유자가 IAM 멤버를 만들 수 있음
• 조직 내에서만 유효함
• 조직 서비스 이용
• 신입사원이나 외주 개발자라든지..
• ID에 설정된 이메일에서 비밀번호를 등록하면 됨
• 접속할 수 있는 별도의 도메인을 설정해주어야 함

권한

조직 권한과 프로젝트 권한

조직 권한과 프로젝트 권한은 계층 관계가 아님!

조직 권한

• NHN Cloud 회원
  • 오너, 어드민, 멤버, 빌링뷰어, 로그뷰어

• IAM 회원
  • 멤버 권한은 선택적으로 부여받을 수 있음
  • 서비스 사용만 할 수 있도록 하는 것을 권장

프로젝트 권한

NHN Cloud 계정이 있다면 조직의 멤버가 아니더라도 프로젝트 멤버가 될 수 있음

IAM 계정은 조직에 먼저 등록이 돼야 프로젝트 멤버로 등록할 수 있음

프로젝트/서비스 이용별로 권한 따로 줄 수 있음

VPC는 Infrastructure ADMIN 권한을 추가해주어야 함

IAM에는 프로젝트 관리 권한을 안 주는 것을 권장

보안

조직 관리 - 거버넌스 설정 가능

IP ACL이나 IAM 계정 로그인 보안 설정 등

2. Cloud 서버 생성해서 접속해보기

IP

사설IP 공인IP

사설IP

회사 내부 네트워크나 학교 공용 컴퓨터 등에서 사용 가능

하나의 네트워크 같은 사설망 안에서는 유일, 다른 사설망끼리는 중복 가능 -> 서로 다른 아파트면 동과 호수는 같은 것이 있을 수 있음

공인IP

전세계적으로 유니크함 -> 주소

인터넷을 통신하기 위해서는 반드시 공인IP가 있어야 함

라우터, 공유기에 무조건 공인IP가 하나 할당돼 있어야 인터넷 통신이 가능

한국은 KISA에서 관리하고 있음

VPC(Virtual Private Cloud)

2019~

인스턴스나 로드 밸런서 같은 리소스는 격리된 네트워크가 필요해서 가상의 "사설" 네트워크 대역을 만들어주는 개체

각자 계정에서 원하는 사설 망을 만들고, 격리되게 네트워크를 구성할 수 있음

CIDR 방식, 서브넷

VPC를 만들고

용도에 맞춰서 네트워크 공간을 세분화 해야 함 -> 서브넷

서브넷은 VPC 범위 내에서 생성되어야 함

길이가 같거나 작아야 함

서브넷이 생성되면 VPC에 포함된 기본 라우팅 테이블에 자동으로 연결됨

클라우드에서는

VPC를 만들자마자 로컬 게이트웨이가 라우팅을 잡아줌

라우팅 테이블

인터넷 게이트웨이

양방향 통신(아웃바운드, 인바운드 둘 다 가능)

사설 네트워크가 외부랑 통신하기 위해서 VPC(사설망)를 여기에 연결

라우팅 테이블에 인터넷 게이트웨이로 가는 경로를 넣어줘야함

아키텍처 구성

1. 리전 선택

2. VPC 생성 -> 라우팅 자동 생성 -> 로컬 게이트웨이 자동 생성

3. 인터넷 게이트웨이 생성 및 라우팅 연결

연결해야 인터넷 통신이 됨

인터넷 게이트웨이를 생성하고 라우팅에서 생성한 게이트웨이를 연결해야 됨

4. subnet 생성

보통 DB나 웹서버 등 용도별로 서브넷을 생성

네트워크 - 서브넷 생성

Instance

기본 제공 이미지 및 기본 스토리지 용량

추가 스토리지

인스턴스 타입 변경 가능

리전

가용성 영역

플로팅 IP(공인 IP)

사설 IP는 외부에서 사용 불가하기 때문에 플로팅 IP 사용

보안 그룹

가상의 방화벽 역할

보안그룹을 열어야 됨

내부통신 할 때도 열어줘야 함 기본이 all denied

송신은 다 열어주고, 수신은 어떤 원격지에서 들어오게 할 지만 조절하면 됨

CIDR/보안그룹/내IP

Network ACL

VPC 앞 단에서 유입되는 네트워크 패킷 제어

NW ACL에서 허용했더라도 보안 그룹에서 허용되지 않으면 막히게 됨

order 번호에 따라서 순서대로 적용됨 -> 차단하고 싶은 IP를 먼저 놓고, 허용해주면 차집합 가능 (반대로 하면 차단이 안됨!!!)

ACL은 변경이 안되기 때문에 10 단위로 순서를 해야 중간에 채워놓을 수 있음

서브넷이 아님

서브넷 단위로 ACL 설정하는 것이 아님

인스턴스 생성 과정

1. 이미지 선택

2. 가용성 영역 선택

3. 인스턴스 타입 선택

4. 키페어 선택

5. 블록 스터리지 설정

6. 네트워크 설정

7. 플로팅 IP 설정

8. 보안그룹 설정

추가 설정 영역

1. 추가 블록 스토리지

2. 사용자 스크립트 : 인스턴스 생성 후 네트워크 설정이 완료되면, 스크립트 내용을 실행시킴 -> 로그는 /var/log/cloud-init-output.log에 있음

3. 삭제보호

인스턴스 생성

ping 테스트

Ping은 TCP가 아니라 ICMP를 사용함

ALL ICMP로 하고 수신 허용해주면 테스트 가능

인스턴스 템플릿

case 1: 미리 정의한 인스턴스 템플릿으로 동일한 사양의 인스턴스를 생성할 때

인스턴스 이름, OS, 스펙, 키페어, 보안그룹 등을 사전에 설정

case 2: auto scale을 사용하기 위한 스케일링 그룹을 만들 때

이미지

퍼블릭

NHN Cloud에서 제공하는 이미지

사용자

퍼블릭 이미지를 토대로 사용자가 수정한 이미지

공유

사용자 이미지를 다른 프로젝트 또는 다른 리전과 공유하도록 설정

생성 방법 -> part2

3. VPC별 시나리오 구성하기

NAT 게이트웨이

단방향만 가능(아웃 바운드만 가능)

private subnet에 nat 게이트웨이를 연결함

항상 고정된 공인 IP

온프레미스 환경일 때 소스 IP를 고정해야 되거나 그런 경우에 NAT 게이트웨이 붙임

#실습

Public Subnet과 Private Subnet 생성하고 NAT Gateway 할당하여 통신 체크하기

1. Private Subnet 생성

2. 라우팅 테이블 생성 private은 인터넷이 되지 않도록

VPC 생성시 기본 라우팅이 자동으로 생성되며, 모든 서브넷은 별도 설정이 없으면 기본 라우팅으로 설정됨

private-subnet을 서브넷에서 라우팅 테이블 변경

3. Private Subnet에 서버 생성

인터넷 게이트웨이가 붙지 않은 서브넷은 플로팅 IP 설정이 불가능함

4. 서버 내에서 업데이트 진행

5. SCP를 이용하여 pemkey 다운로드

외부에서 22번으로 들어가서

퍼블릭 서브넷에 있는 서버와 프라이빗 서브넷에 있는 서버가 사설 통신을 해야함

key는 밖에 있으니까 열쇠를 퍼블릭 서브넷에 넣으면 됨

SCP 사용

scp -i test1.pem test1.pem centos@125.6.45.216:~

private 서버 보안그룹에 접속하려는 public 서버의 사설 ip 넣어야 함

또는 보안그룹 자체를 등록 - 해당 보안그룹을 쓰는 인스턴스의 접속은 모두 허용한다는 뜻

6. NAT Gateway 할당

고정된 공인 IP를 타고 나가기 때문에 플로팅 IP를 생성해주어야 함

nat gateway를 타고 나가면 이 공인 IP로 나가는 것

private 서버에 라우팅 잡아줘야 함

7. 서버 내 yum 업데이트 진행

NAT 게이트웨이를 타고 나가게 됨!

피어링

서로 다른 두 개의 VPC를 연결해주는 것!

A <-> B <-> C 연결에서는 A와 C처럼 건너 건너는 연결되지 않고, 따로 연결해주어야 함

피어링 게이트웨이

실습)

완전히 새로운 사설망 생성 -> 논리적으로 완전 격리된 사설망임 통신 불가임 원래

라우팅에 인터넷 게이트웨이 연결

인스턴스 생성하기 192.168 네트워크로

ping test

자신의 보안그룹을 넣는 이유

webserver와 vpc2-server 서로 ping 테스트 하기 위해서

서로 사설 통신을 허용해줌

플로팅 IP 할당

서로 통신이 안 되기 때문에 피어링 연결해줘야 함

두 개의 라우팅 테이블 작업

이 범위인 애들은 피어링 게이트웨이를 타도록 생성한 라우팅 테이블을 넣어줌

퍼블릭만 뚫어줄거니까

통신이 된다..!!!

피어링 게이트웨이를 타고 통신을 함

실습) 서비스 게이트웨이와 오브젝트 스토리지 연결해 내부 통신해보기

서비스 게이트웨이를 타고 사설 통신할 수 있게 해줌

인터넷이 아니라 내부 사설망을 통해

public으로 해야 url이 나옴

스토리지 저장 공간의 단위 -> 컨테이너

https://kr2-api-object-storage.nhncloudservice.com/v1/AUTH_e587438ab69747699bef427bb74e9ce9/obs/user_script_nhn%20for%20Web.txt

이 도메인은 인터넷을 타고 가는 것이므로 서비스 게이트웨이를 통해 사설망을 통해 

http://10.0.1.16/v1/AUTH_e587438ab69747699bef427bb74e9ce9/obs/user_script_nhn%20for%20Web.txt

주소를 사설 IP로 변경

http로 하고 사설망 80 통신

obs에 저장해놓은 파일을 받았다!!

obs에 서비스 게이트웨이로 사설망 붙여서 주소 변경하기

피어링을 해놔서 192.168.대도 됨

안 되는거 보고 싶으면 피어링 빼면 됨

사용한 리소스 반납

인스턴스 삭제

프로젝트 설정에서 서비스 비활성화

개발한 vue-django 프로젝트를 실제 운영서버에 띄우는 과정을 정리합니다! 

개발서버에서 구축했던 방법이 운영서버에서 적용할 때 조금씩 다른 부분도 있었고, 

여러 단계를 거쳐야 했기 때문에 잊어 버리지 않기 위해 기록해봅니다 스타트..!

🐾 단계

1. 인스턴스 생성
2. 보안규칙 생성
3. DB ACL 허용 요청
4. 도커 설치 - v23.0.3
5. Jenkins 도커 서버 띄우기 - v2.399
   1. Jenkins 컨테이너 생성 및 실행
   2. Jenkins 컨테이너 내부에 DooD 구성하기
6. 패키지 설치 및 환경 구성
7. 웹 서버 띄우기
   1. 백그라운드로 웹 서버 띄우기

1. 인스턴스 생성

개발서버

ssh -i {pem키} ubuntu@{ip}

• OS : Ubuntu Server 20.04 LTS
• 타입 : r2.c4m16 (4vCPU, 16GB)
• 스토리지 : 300GB

운영서버

• OS : Ubuntu Server 20.04 LTS

1. ssh {id}@{domain}
2. (kinit)
3. ssh {user}@{host}

😃 커버로스을 이용해 티켓이 발급된 사용자만 접속할 수 있도록 보안 단계를 거치게 됩니다! 

2. 보안규칙 생성

보안 그룹에서 필요한 포트 열어주기

젠킨스 기본 포트는 8080이지만 장고에서 사용하고 있기 때문에 겹치지 않게 7070으로 변경!

• 7070 : 젠킨스
• 8080 : 장고
• 8000 : 뷰

3. DB ACL 허용

4. Docker 설치

• Docker Latest : v23.0.3

개발서버

# dependency library download  
sudo apt-get update  
sudo apt-get install -y curl apt-transport-https ca-certificates gnupg-agent software-properties-common  
  
# Docker 다운로드 링크 추가  
curl -fsSL https://download.docker.com/linux/ubuntu/gpg | sudo gpg --dearmor -o /usr/share/keyrings/docker-archive-keyring.gpg  
  
# Docker Repository 등록  
echo "deb [arch=$(dpkg --print-architecture) signed-by=/usr/share/keyrings/docker-archive-keyring.gpg] https://download.docker.com/linux/ubuntu $(lsb_release -cs) stable" | sudo tee /etc/apt/sources.list.d/docker.list > /dev/null  
  
# Docker 설치  
sudo apt-cache policy docker-ce  
sudo apt-get update  
sudo apt-get install -y docker-ce docker-ce-cli containerd.io  
  
# docker 그룹에 사용자 추가  
sudo usermod -aG docker $USER  
  
# 그룹 변경사항 활성화  
sudo newgrp docker

운영서버

# sudo 권한을 위해 아래 계정으로 접속
ssh {user}@{host}

# dependency library download  
sudo apt-get update  
sudo apt-get install -y curl apt-transport-https ca-certificates gnupg-agent software-properties-common  
  
# Docker 다운로드 링크 추가  
curl -fsSL https://download.docker.com/linux/ubuntu/gpg | sudo gpg --dearmor -o /usr/share/keyrings/docker-archive-keyring.gpg  
  
# Docker Repository 등록  
echo "deb [arch=$(dpkg --print-architecture) signed-by=/usr/share/keyrings/docker-archive-keyring.gpg] https://download.docker.com/linux/ubuntu $(lsb_release -cs) stable" | sudo tee /etc/apt/sources.list.d/docker.list > /dev/null  
  
# 의존성 문제 해결
curl -O http://archive.ubuntu.com/ubuntu/pool/main/libs/libseccomp/libseccomp2_2.5.1-1ubuntu1~20.04.2_amd64.deb
sudo dpkg -i libseccomp2_2.5.1-1ubuntu1~20.04.2_amd64.deb

# Docker 설치
sudo apt-cache policy docker-ce  
sudo apt-get update  
sudo apt-get install -y docker-ce docker-ce-cli containerd.io  
  
# docker 그룹에 사용자 추가  
sudo usermod -aG docker $USER

5. Jenkins 서버 띄우기

Jenkins 컨테이너 생성 및 실행

• Jenkins 제공 공식 도커 이미지 사용 (Jenkins 2.399)
• Jenkins 컨테이너 생성 시 --privileged 옵션 필요
  • Variable Parsing 시 PostgreSQL는 yum으로 설치되므로 systemctl 명령어 사용 필요
• 프로젝트 내 폴더 생성 후 실행할 스크립트 파일 모으기 (/home/ubuntu/variable-comparison/script/<DBMS명>)
• 인스턴스와 컨테이너 폴더 위치 마운트하기 (/root/script)

sudo docker run --privileged -d --name jenkins -p 7070:8080 -v /home1/{user}/variable-comparison/script:/root/script -v /var/run/docker.sock:/var/run/docker.sock jenkins/jenkins

젠킨스 초기 비밀번호 확인

docker exec -i jenkins bash <<< "cat /var/jenkins_home/secrets/initialAdminPassword"

Jenkins 컨테이너 내부에 DooD 구성하기

# jenkins 컨테이너에 루트 권한으로 접속
docker exec -it -u root jenkins bash

# docker 그룹 생성
groupadd docker
# docker 그룹에 jenkins 사용자 추가
usermod -G docker -a jenkins
# 호스트의 docker 그룹 ID(998)로 지정된 그룹명을 docker로 변경
# docker 그룹 ID는 /etc/group 파일에서 확인 가능
groupmod -g 499 docker
# 컨테이너 내부 사용자가 호스트의 파일에 접근 가능하도록 호스트 사용자 아이디(500)로 변경
usermod -u 500 jenkins

apt-get update
apt-get -y install lsb-release apt-transport-https ca-certificates curl gnupg2 software-properties-common
apt-get -y upgrade apt-transport-https

# Docker 다운로드 링크 추가
curl -fsSL https://download.docker.com/linux/$(. /etc/os-release; echo "$ID")/gpg > /tmp/dkey
apt-key add /tmp/dkey

# Docker Repository 등록
add-apt-repository "deb [arch=amd64] https://download.docker.com/linux/$(. /etc/os-release; echo "$ID") $(lsb_release -cs) stable"

# Docker 설치
apt-get update
apt-get -y install docker-ce docker-ce-cli containerd.io

6. 패키지 설치 및 환경 구성

1. 프로젝트 Git clone

• 안될 경우, 사내 게이트웨이 신청 필요할 수 있음

git clone {repository url}

2. pyenv 설치 (python 3.9.10)

sudo apt update
sudo apt install -y git sqlite3 build-essential libedit-dev make

# pyenv 설치를 위한 패키지 다운로드
sudo apt-get install -y make build-essential libssl-dev zlib1g-dev libbz2-dev libreadline-dev libsqlite3-dev wget curl llvm libncurses5-dev libncursesw5-dev xz-utils tk-dev
# pyenv 다운로드
curl -L https://github.com/pyenv/pyenv-installer/raw/master/bin/pyenv-installer | bash

# ~/.bashrc에 환경변수 추가
cat >> ~/.bashrc << 'EOF'
export PYENV_ROOT="$HOME/.pyenv"
export PATH="$PYENV_ROOT/bin:$PATH"
export PYENV_VIRTUALENV_DISABLE_PROMPT=1
eval "$(pyenv init --path)"
eval "$(pyenv init -)"
eval "$(pyenv virtualenv-init -)"
EOF

# ~/.bashrc 적용
source ~/.bashrc

# pyenv로 python 3.9.10 버전 다운로드
#sudo apt install -y lzma
pyenv install 3.9.10
# py39라는 이름의 가상환경 생성
pyenv virtualenv 3.9.10 py39
# py39 활성화
pyenv activate py39

3. requirements.txt 설치

pip install -r requirements.txt

# setuptools가 먼저 설치되어야 mysqlclient 설치가 정상적으로 진행됨
# 설치 순서도 중요!

4. secret key 발급

5. 필요한 패키지

• Redis

sudo apt-get install -y libssl-dev default-mysql-server default-mysql-client default-libmysqlclient-dev
sudo apt-get install -y python3-pip
pip3 install requests bs4 sqlalchemy pymysql mysqlclient pandas redis

• PostgreSQL

apt-get update && apt-get -y install sudo
sudo apt-get install -y postgresql-client
sudo apt-get install -y postgresql-client-common
sudo apt install pip 
sudo apt install default-libmysqlclient-dev
pip install sqlalchemy requests bs4 psycopg2-binary mysqlclient numpy pandas

• 설치가 잘 안 될 경우

# ModuleNotFoundError: No module named '_ctypes' 에러
sudo apt-get install libffi-dev
# 가상환경 파이썬 제거
pyenv uninstall 3.9.10
# 가상환경 파이썬 재설치
pyenv install 3.9.10
# py39라는 이름의 가상환경 생성
pyenv virtualenv 3.9.10 py39
# py39 활성화
pyenv activate py39

6. npm, vue, nvm 설치

node 버전을 잘 맞춰 주는 것이 매우 중요하다! 안 맞으면 띄워지지가 않음..

# npm 설치
sudo apt install npm

# vue-cli 설치
sudo npm install -g @vue/cli
vue --version #@vue/cli 5.0.8

# nvm 설치
sudo apt-get install build-essential libssl-dev
curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.39.3/install.sh | bash
source ~/.bashrc

# 원하는 버전 설치
nvm install 16.14.2

# 실행
# nvm use default 16.14.2

# 버전 확인
node -v  # v16.14.2
npm -v # 8.5.0

7. vue.config.js 변경

publicPath: process.env.NODE_ENV === 'production' ? '/static/dist/' : 'http://{ip}:{port}',

.public('http://{ip}:{port}')

7. 서버 띄우기

* 주의

로컬을 띄운 상태에서 실행할 경우 로컬 화면이 나오는 것이기 때문에 로컬을 끈 상태에서 진행해야 진정한 서버를 볼 수 있다!

운영서버

백그라운드에서 띄우기!

• nohup node ./node_modules/@vue/cli-service/bin/vue-cli-service serve --port 18080 &
• nohup python manage.py runserver {ip}:{port} --settings=main.config.settings.debug
• 15361번 포트, 18080번 포트 사용

드디어 메인 화면이 예쁘게 뜬 것을 확인할 수 있다~!!

이렇게 정식으로 서버를 띄워본 것은 처음이어서 한 단계를 알아 갈 때마다 너무 재밌고 이런 시간을 보낼 수 있어서 감사했다!

관련 내용은 더 반복하고, 모르는 내용은 스터디해서 잘 정리해두어야겠다 :)

IaaS vs. SaaS vs. PaaS

요즘, 클라우드 하면 IaaS, PaaS, SaaS 를 많이 들어보셨을텐데, 이는 클라우드 서비스를 분야별 특성으로 나눈 것입니다.

IaaS, PaaS, SaaS가 대체 무엇인지 비교를 통해 알아보겠습니다.

IaaS (Infrastructure-as-a-service)

시스템 인프라를 서비스로서 제공합니다. 네트워크, 스토리지, 서버 등을 가상화하여 제공하고 관리합니다. 즉, 가상머신을 빌려주는 서비스입니다.

NHN Cloud, AWS, MS Azure, GCE 등에서 제공합니다.

PaaS (Platform-as-a-service)

애플리케이션 실행 환경을 서비스로서 제공합니다. 소프트웨어 작성을 위한 플랫폼을 가상화하여 제공하고 관리합니다. 개발자는 운영체제, 소프트웨어 업데이트, 저장소 또는 인프라에 대한 관리없이 소프트웨어 개발에만 집중할 수 있습니다.

NHN Cloud PaaS-TA, AWS Elastic Beanstalk, Heroku, Google App Engine 등이 있습니다.

SaaS (Software-as-a-service)

애플리케이션을 서비스로서 제공합니다. 대부분의 SaaS 애플리케이션 웹 브라우저를 통해 직접 실행되므로 클라이언트 측에서 다운로드 설치가 필요하지 않습니다.

NHN Cloud Dooray!, Google Apps, Dropbox 등이 있습니다.

NHN Cloud

국내 NCP 중 하나인 NHN Cloud는 IaaS, PaaS, SaaS를 모두 아우르는 전 영역에서 각 산업 분야에 맞는 클라우드 솔루션을 직접 개발 및 출시하여 사업영역을 확장해나가고 있습니다.

NHN Cloud의 서비스를 나누어 보면 다음과 같습니다.

IaaS

• Public Cloud
• Private Cloud
• Multi Cloud

PaaS

• PaaS-TA

애플리케이션 개발과 운영을 위해 필요한 플랫폼을 온라인 환경에서 제공하는 공개형 PaaS 플랫폼입니다. 인프라 제어 및 관리 환경, 실행 환경, 개발 환경, 서비스 환경, 운영 환경으로 구성되며, 다양한 개발 언어와 프레임워크를 제공합니다.

국내 최초로 공공 클라우드 PaaS 부문 보안인증을 획득했습니다.

• Gamebase
• Security
• Notification
• Search
• Dev Tools
• 등등

SaaS

• Dooray! : 메일과 프로젝트 단위의 업무 관리, 메신저를 통합한 협업도구
• 그룹웨어 : 전자결재 및 게시판을 통합
• ERP : 인사와 재무 서비스를 제공하는 ERP

참고링크

• https://www.nhncloud.com/kr
• https://www.whatap.io/ko/blog/9/
• https://www.redhat.com/en/topics/cloud-computing/iaas-vs-paas-vs-saas

✅ 공식문서

Install Redis on Linux

⬇️ Redis 설치 전에 인스턴스 생성하는 방법 ⬇️

2023.01.08 - [인프라/NHN Cloud] - NHN Cloud 인스턴스 생성하기

인스턴스 환경

• OS : CentOS 7.9
• 아키텍쳐: x86_64

설치할 Redis 버전

• redis 7.0.8 (the lastest stable)

1. 설치 과정

( 1 / 4 ) 인스턴스에 SSH 방식으로 접속

ssh -i [키페어이름.pem] centos@[플로팅IP]

( 2 / 4 ) epel 다운로드

• yum 리포지토리에는 최신버전(7.0.8)이 아닌 3.2.12 버전이 있으므로 epel, remi 저장소를 이용

sudo yum install epel-release

💡 EPEL이란?

( 3 / 4 ) REMI 저장소 패키지 설치

sudo yum -y install http://rpms.remirepo.net/enterprise/remi-release-7.rpm

💡REMI란?

( 4 / 4 ) yum을 통해 다운로드

sudo yum install redis

2. 설치 결과

( 1 / 7 ) redis 서버 실행

sudo systemctl start redis
sudo systemctl enable redis  # Redis를 자동 시작될 수 있도록 설정

# Redis 서비스 상태 확인
systemctl status redis

( 2 / 7 ) redis 클라이언트 실행

redis-cli

( 3 / 7 ) ping 날려보기

( 4 / 7 ) strings 생성

( 5 / 7 ) hashes 생성

( 6 / 7 ) set key 생성

( 7 / 7 ) 종료하기

종료하기 전에 데이터를 디스크에 저장함

# redis-cli에서
redis-cli shutdown

부록) 제거 방법

1. 설치한 redis 패키지명 확인

# / 위치에서
sudo yum list installed redis*

2. 제거 명령

# redis 중단
sudo service redis stop

# redis 제거
sudo yum remove redis.x86_64

참고

https://puttico.tistory.com/151

https://www.lesstif.com/system-admin/epel-yum-100205250.html