티포의개발일지

VPC

Load Balancer

1. 기능

• TCP 고성능 분산 처리(Network Load Balancer): 초당 연결 수 기준 최소 100,000개에서 최대 400,000개까지 성능을 보장하며, 서비스 규모에 최적화된 분산 처리 성능을 제공
• TCP 세션 관리(Network Proxy Load Balancer): TCP 기반 애플리케이션에 사용할 수 있는 Proxy 방식의 통신을 제공
• SSL 인증 및 암호화 설정(Application Load Balancer, Network Proxy Load Balancer): TLSv1/TLSv1.1/TLS1.2 등 SSL 프로토콜을 제공하며, Certificate Manager 서비스와 연동하여 인증서 관리 가능
• 다양한 서버 부하 분산 방식(Application Load Balancer, Network Proxy Load Balancer): 3가지 서버 부하 분산 방식 제공
  • Round Robin(순환 순서)
  • Least Connection(최소 연결)
  • Source IP Hash(IP 해시)
• L7(Application Layer) 기능 제공(Application Load Balancer): Load Balancer에 지원되는 규칙으로 클라이언트의 요청을 세분화하여 서버에 전달 가능
• Load Balancer 모니터링: 일정 주기별로 수집된 모니터링 정보 제공
• Load Balancer 포트 설정: 여러 개 Load Balancer 규칙의 동시 적용 가능

2. 자주 묻는 질문

• 하나의 Load Balancer는 최대 50대의 서버를 바인드할 수 있습니다.
• 리스너(Listener)를 설정한 후 추가해 주십시오 HTTPS또는 TLS프로토콜을 추가한 경우 Target Group을 선택하기 전에 사전 작업 시 등록한 외부 인증서를 선택한 후 Certificate 설정을 해주십시오.
• Network Load Balancer는 다음과 같이 5-튜플 해시 알고리즘에 따라 부하를 분산합니다. 결과적으로 새로운 요청이 Load Balancer로 인입될 경우, Source Port가 변경되므로 다른 서버로 전달될 수 있습니다.
  • Source IP
  • Source Port
  • Destination IP
  • Destination Port
  • Protocol

AutoScaling 서비스란?

서버 그룹 모니터링 결과나 사용자가 미리 정한 일정에 따라 가상 서버 수를 자동으로 증가 또는 감소시켜서 수요 변화에 탄력적으로 대응할 수 있게 해 주는 서비스

AutoScaling 설정 항목

1. Launch Configuration 현황 : Auto Scaling Group과 현재 설정되어 있는 Launch Configuration을 확인할 수 있으며, Launch Configuration을 변경할 수 있습니다.
2. Scaling 정책 설정 현황 : 모니터링 이벤트가 발생하면 Scaling 정책에 따라 가상 서버를 생성 또는 반납할 수 있습니다. Scaling 정책을 설정할 수 있으며, 증감변경/비율변경/고정값 중에서 선택 가능합니다.생성된 Scaling에 대해 수정, 삭제, 실행이 가능합니다. (모니터링 이벤트 설정은 Cloud Insight 사용가이드의내용을 참조하여 설정하세요)
3. 일정 설정 현황 : 고객이 미리 지정한 시간에 가상 서버를 생성 또는 반납할 수 있습니다. 최소 용량/최대 용량/기대 용량 등 Scaling 정책 및 스케줄을 설정할 수 있습니다. 생성한 스케줄에 대해 수정 및 삭제도 가능합니다.
4. 이력 확인 : Auto Scaling 실행 이력을 상세하게 확인할 수 있습니다.
5. 통보 설정 : Auto Scaling을 통해 이벤트 발생 시 통보대상자 및 통보 방법(메일/SMS)을 설정할 수 있습니다.
6. 서버 목록 확인: Auto Scaling Group에 소속된 서버 리스트를 확인할 수 있습니다.
7. 프로세스 관리 : Auto Scaling Group의 프로세스 상태를 확인하고 변경할 수 있습니다. 일시 정지 및 재시작을 수행할 수 있습니다.

AutoScaling 서비스 환경 제한 사항

• 총 디스크 사이즈 150GB 이하 서버만 가능
• Windows OS는 Windows 2012. 2016만 지원
• Micro 서버는 불가
• High Memory 서버는 불가(추후 개선 예정)
• Local disk 기반 서버는 불가

AutoScaling 설정 제한 사항

• 고객별 생성 가능한 Auto Scaling Group 최대 수: 100
• 고객별 생성 가능한 Launch Configuration 최대 수: 100
• Auto Scaling Group당 생성 가능한 스케줄(Scheduled Action) 최대 수: 100
• Auto Scaling Group당 생성 가능한 최대 서버 수: 30대
• Auto Scaling Group당 생성 가능한 Scaling Policy 최대 수: 10
• Auto Scaling Group당 연결 가능한 Load Balancer 최대 수 : 10

관리용 보류(administrative suspension)

- 해당 Launch Configuration에 결함이 있는 것으로 확정하고 더 이상 그 Launch Configuration으로부터 서버를 생성하지 않도록 서버 인스턴스 생성 및 서비스 적용 프로세스를 보류

Launch Configuration

Auto Scaling Group에서 가상 서버를 시작 구성하는 데 사용하는 템플릿
- Auto Scaling Group을 생성할 때는 Launch Configuration 지정

쿨다운

- Default Cooldown(초) 새로운 서버가 생성되었다고 해도 Init-Script 실행, 업데이트 설치 등의 이유로 실제 서비스를 수행할 수 있을 정도로 준비되기까지는 시간이 소요될 수 있음
- 쿨다운(Cooldown) 시간이란 실제 Scaling이 수행 중이거나 수행 완료된 이후에 모니터링 이벤트 알람이 발생하더라도 무시하도록 설정한 기간

헬스체크

Auto Scaling Group의 가상 서버에 주기적인 상태 확인을 수행하여 상태가 비정상인 가상 서버를 식별하도록 Health Check를 진행함

반납 정책

- Auto Scaling 과정에서 추가된 서버에 대한 Scale-in 작업에 대해 고객이 API 질의 형식으로먼저 반납할 서버 지정 가능
- 기본 설정은 먼저 생성된 서버부터 반납

Launch Configuration 설정

1. 콘솔 접속하기
2. 서버 이미지 선택하기
3. 서버 설정 - 요금제는 시간제로 적용, Init-Script는 선택사항
4. 이름 설정
5. 인증키 설정
6. 최종 설정

AutoScaling 설정

1. Launch Configuration 선택하기
2. 그룹 설정하기 - 기대 용량, 상세 모니터링, 쿨다운 기본값, 헬스 체크 보류기간, 헬스 체크 유형
3. 네트워크 접근 설정하기
4. 일정 설정하기 - Time Zone을 KST, UTC중에 선택함.  증감변경, 비율변경, 고정값 중 선택하고 scaling 설정으로 비율변경을 선택할 경우 최소 조정 폭을 지정 
5. 통보 설정하기 - 통보 방법을 SMS 와 Email 중 원하는 방법으로 지정
6. 최종 확인하기

VPC

네이버 클라우드에서 계정당 최대 3개 만들 수 있다.

SSD 서버

표준 서버보다 10~20배 이상의 고성능 I/O를 제공하는 SSD 서버를 지원합니다. SSD 서버는 기본 4,000 IOPS(Input/output Operations Per Second)를 보장하며, 스토리지 크기에 비례하여 성능이 향상하기 때문에 안정적으로 작업을 처리할 수 있습니다.

GPU 서버

GPU(Graphics Processing Unit)는 동시에 고성능 연산 처리를 할 수 있도록 최적화된 컴퓨팅 자원입니다. 이미지 프로세싱, 렌더링, 과학 연산, 머신 러닝 등 다양한 영역에 GPU 서버를 활용할 수 있습니다.

베어메탈 서버

물리 서버를 가상화 환경 없이 단독으로 제공하는 베어메탈 서버 서비스를 제공합니다. 다른 클라우드 사용자의 영향을 받지 않는 단독 서버를 사용하는 것이기 때문에 성능에 민감한 서비스도 늘 안정적으로 운영할 수 있습니다. 대규모 입출력이 발생하거나 빠른 응답 속도가 필요한 경우에 사용하면 효과적이며, 클라우드 서비스의 편리함과 호스팅 서비스의 안정성을 모두 누릴 수 있습니다. 

VDS (Virtual Dedicated Server)

단독으로 제공된 서버 위에서 하나의 클라우드 서버만을 생성해 제공하는 서버

물리 서버 제공 방식이지만 클라우드 서비스 형태로 제공

High Availability (HA)

하드웨어에서 발생한 장애가 Virtual Machine(VM) 서버로 확대되는 것을 방지하기 위한 정책으로 호스트 서버에 발생하면 자동으로 호스트 서버 안에 있는 VM 서버를 안정된 다른 호스트 서버로 옮기는 Live Migration을 지원합니다. 하지만 Live Migration을 진행할 수 없는 오류가 발생하면 VM 서버가 재시작됩니다. 

Server Image

내 서버 이미지 기능을 이용하면 현재 사용 중인 서버의 이미지를 생성해 서버의 현재 상태를 저장하고 저장한 내 서버 이미지를 이용해 동일한 정보를 가진 서버를 쉽게 생성할 수 있습니다.

블록 스토리지

서버 한 대당 최대 2 TB 크기의 스토리지를 15개까지 추가할 수 있습니다. 서버 생성 시 기본 스토리지가 1개 존재하므로 실제로 추가할 수 있는 추가 스토리지는 15개입니다. 

스토리지 스냅샷

스냅샷을 생성하여 스토리지 데이터를 저장할 수 있습니다. 생성된 스냅샷을 사용하여 원하는 서버에 새로운 스토리지를 생성하면 저장된 데이터가 복구됩니다.

스냅샷의 원본 스토리지가 연결된 서버와 같은 운영 체제인 서버에만 생성할 수 있습니다

방화벽 설정(ACG)

IP 주소/포트 기반 필터링 기능으로 서버로의 네트워크 접근을 관리하는 Security 서비스

Ncloud Tool Kit (NTK)

터미널 프로그램을 이용하거나 콘솔의 서버 접속 콘솔을 통해 사용할 수 있습니다. 단, Linux에서만 사용할 수 있습니다.

• Linux 서버 상태 진단
• IO 테스트
• GPU 로그 수집
• NTK에서 수집한 로그 데이터 업로드
• 시스템 패치

1. 전에 설명했듯이 서버 인스턴스 사용자 계정(ubuntu)의 권한을 설정해준다.

sudo chown -R ubuntu *

2. openssh-server를 설치해주고, sshd 서비스를 실행해준다.

sudo apt-get install openssh-server & sudo service sshd start

3. ssh폴더로 이동하고, sshd config 파일을 수정해준다.

cd /etc/ssh/
vi sshd_config

4. 아래와 같이 설정해준다.

ClientAliveInterval 0
ClientAliveCountMax 0

ClientAliveInterval 60
ClientAliveCountMax 5

위와 같이 설정을 하게 되면 60초마다 클라이언트로부터 입력값이 없는지 확인하게 됩니다.

이 과정을 총 5번 하게 되는데 즉, 60초 * 5번 = 5분 후에는 연결이 끊기게 됩니다.

5. 이후에 :wq! 명령어로 파일을 저장후 나와서 ssh 서비스를 재시작합니다.

serivce sshd restart

6. VScode 파일 - 기본설정 - 설정에 들어가 다음과 같이 설정해준다. ( 시간은 원하는대로! )

7. 전전글에 써있던 대로 remote-ssh로 연결을 시도해보면 성공!

전 글에 이어서 사용자계정과 key 파일에 관하여 설명하겠다.

우분투 인스턴스를 만들면, root계정과 사용자 계정이 생기게 되는데, 사용자 계정을 여러개 만들고 계정에 따른

권한을 설정해줄 수 있다.

인스턴스를 VScode로 원격서버접속을 하게되면 당연히 권한이 제한되어 파일 수정, 저장이 불가능하게 된다.

때문에 인스턴스자체에서 사용자 계정에 권한을 부여해야한다.

또한 아무리 사용자 계정 이름과 IP주소를 안다 해도 아무 곳에서나 접속을 하면 안되기 때문에 이를 인증하기 위해

원격서버접속을 할 때 내가 인스턴스를 만든 사람이란걸 증명해야되는데 그 때 필요한 것이 ssh-key이다.

해당 리전에 대한 key가 있으면 되는데, 이 글은 Lightsail의 경우에 대해 설명하겠다.

1. 먼저 Lightsail 홈 상단에 계정-계정을 들어가준다.

2. ssh키 탭에 들어가서 인스턴스가 존재하는 리전의 key를 다운받아준다.

3. 그럼 이런식으로 생기게 되는데, 위 사진에서 보이는 것과 같이 (ap-northeast-2) <-- 이 이름에 맞는 키 파일을 기억해둔다.

4. 현재 이 pem 파일은 초기 권한 설정이 되어있기 때문에 컴퓨터 사용자만 가능하게하도록 권한을 제한해야된다.

( 이 과정을 안해주면 연결을 할 시에 오류가 뜬다. )

5. pem파일을 마우스 오른쪽 버튼으로 클릭하고 속성-보안-고급을 눌러준다.

6. 그럼 이 탭이 뜨게 되는데,

  좌측 하단의 '상속 사용 안함'-> '이 개체에서 사용된 사용 권한을 모두 제거합니다.' 를 클릭한다.

7. 그 다음 좌측 하단의 "상속 사용 안함" 버튼위에 추가를 누르고 보안 주체를 선택해 컴퓨터 사용자의

    이름을 적고 (제어판에서 확인 가능) 확인 버튼을 누른다.

이상으로 키 파일을 다운받고 키 파일의 권한을 설정해주었다.

인스턴스를 VSCode 환경에서 개발하기 위해 연결해주는 방법이다.

이 방법으로 LightSail뿐만 아니라 다른 인스턴스들도 연결이 가능하다.

1. VScode를 실행하고 확장탭에서 remote-ssh를 설치한다.

2. F1을 누르고 >Remote-SSH:Connect to Host 를 클릭한다.

3. Add New SSH Host를 클릭한다.

4. ssh ubuntu@xx.xx.xx.xx 를 입력하고 엔터를 누른다.

  (이때 ubuntu는 인스턴스의 사용자계정 이름이며, 뒤에 붙는 xx.xx.xx.xx는 IP주소입니다.)

5. 그럼 이런 내용이 ~/.ssh/config 파일에 작성되게 되는데

  Host xx.xx.xx.xx

    HostName xx.xx.xx.xx

    User ubuntu

6. 이를 다음과 같은 형태로 바꿔준다.

  Host gs_blog

    HostName xx.xx.xx.xx

    User ubuntu

    Port 22

    IdentityFile C:\ssh\Soo\LightsailDefaultKey-ap-northeast-2.pem

7. 여기서 Host 는 연결할 때 사용할 이름, User는 위에 입력했던 우분투 인스턴스의 사용자계정, Port는 SSH가

    사용되는 포트, IdentityFile은 ssh-key가 저장된 주소이다.

 사용자계정 권한, ssh-key에 관한 내용은 다음글에서 다루도록 하겠다.

이어서 만들어보자!

인스턴스를 생성해주면 IP주소가 계속 바뀌게 되어있다.

이를 방지하기위해 고정 IP를 생성해주면 처음 정의했던 IP주소대로 계속 쓸 수 있다.

1. 전 시간에 만들었던 인스턴스의 이름을 클릭한다.

2.  네트워킹 탭에서 주황색 글씨의 고정 IP연결을 클릭하고 생성을 눌러준다.

3. 만들어 준 인스턴스를 클릭하고 고정 IP이름을 설정해주고  생성!!

4. 그럼 이렇게 고정 IP가 생성된 것을 확인할 수 있다.

정말 빠르게 AWS LightSail로 인스턴스를 만들어보자.

Lightsail에 관하여

https://lightsail.aws.amazon.com/ls/docs/ko_kr/all

1. aws 사이트에 회원가입, 로그인을 하고 Lightsail 서버를 찾아서 들어간다.

2. 인스턴스를 생성한다.

3. 원하는 리전을 선택한다.

※ 참고로 뭄바이는 다른 리전보다 느리다!! (이걸 모르고 회사에서 썼다가 애먹었다 ㅠㅠ)

4. 플랫폼을 선택한다. ( 저는 Linux Ubuntu 18.04 LTS 를 주로 사용했습니다. )

5. 가격을 선택한다. ( 물론 비쌀수록 더 성능이 좋습니다! )

6. 원하는 인스턴스 이름을 적고 생성해준다.

7. 생성하기 버튼을 누르면 끝!! ( 엄청 빠르다! )

  - 대기 중에서 조금 기다리시면 완료된다.