interplanetary detour

[Xcode] 첫 실행 시 라이센스 약관 동의 안 눌리는 현상 해결 방법

cozyorca — Sun, 17 Apr 2022 20:47:29 +0900

sudo xcodebuild -license
// 맥 비밀번호 입력
// return을 눌러 라이센스 약관 확인
// 확인 후 q를 눌러 빠져나가기
// 마지막으로 agree를 입력하여 약관 동의 처리

sudo xcodebuild -license accept

Transliteration

sudo xcodebuild -license
// maeg bimilbeonho iblyeog
// returneul nulleo laisenseu yaggwan hwag-in
// hwag-in hu qleul nulleo ppajyeonagagi
// majimag-eulo agreeleul iblyeoghayeo yaggwan dong-ui cheoli

sudo xcodebuild -license accept

## 바쁘다면 아래 쪽에 있는 코드 블럭으로 이동하여 터미널 명령어 확인 바람 ##

첫 번째 문제 사항

필자는 우선 앱스토어에서 Xcode를 설치했다. 나름 빠른 속도로 설치가 끝났고 실행시켜보았다. 그러나 License Agreement 부분에서 Agree를 클릭해도 로딩이 돌다가 아무 일도 일어나지 않는 현상이 계속 발생했다.

의미 없었던 삽질

구글링을 좀 해보니 앱스토어에서 Xcode를 설치하면 무한로딩이 걸리는 경우가 있으니 애플 developer 사이트에서 xip 파일로 된 Xcode를 설치하면 빠른 속도로 설치가 된다는 이야기가 아주 많았다(한국어 검색 결과는 열에 아홉이 이 얘기). 아마도 대부분의 사람은 이 방법으로 문제를 해결한 것 같았으나 재설치라도 해볼까 싶어서 시도한 필자의 경우엔 오히려 웹 사이트에서 설치하는 쪽이 무한로딩이 걸려버렸다. 사파리, 파이어폭스, 크롬 브라우저에서 테스트해 보았으나 모두 같은 결과였다.

결국 해결한 방법은?

일단 앱스토어에서 Xcode가 성공적으로 설치는 되었으니 괜히 무한로딩 걸리는 xip 파일 붙들고 있지 말고 약관을 동의하는 방법을 물색해보기로 했다. "cannot accept xcode license agreement" 등의 검색어로 구글링해 본 결과 Apple Developer Forums에 올라온 터미널에서 약관 동의를 처리하는 내용이 담긴 글을 찾았다.

Accept XCode License | Apple Developer Forums

Does that mean you're not presented with the opportunity to agree, or it works, but you still get the new terms admonition when updating certs? Try this... sudo xcode-select --switch /Applications/Xcode.app/Contents/Developer sudo xcodebuild -license That

developer.apple.com

해당 글에서 질문자는

sudo xcodebuild -license
// 맥 비밀번호 입력
// return을 눌러 라이센스 약관 확인
// 확인 후 q를 눌러 빠져나가기
// 마지막으로 agree를 입력하여 약관 동의 처리

sudo xcodebuild -license accept

2가지의 명령어를 입력해봤지만 해결하지 못했다고 한다. 하지만 필자의 경우 위 명령어 두 줄로 약관을 동의하는 데 성공했다.

필자가 겪은 문제에 대해 한국에서 도움을 받을 수 없어서 같은 문제를 겪는 사람이 있다면 도움이 되길 바라는 마음으로 해결 과정을 정리해보았다.

[Ubuntu] Checking integrity, this may take some time 건너뛰기

cozyorca — Tue, 29 Mar 2022 11:07:02 +0900

바로 건너뛰는 방법부터 소개하겠다.

1. 하단에 그라데이션으로 희미하게 보라색이 감도는 화면에 진입하면 Ctrl+C

2. 언어 선택 후 Enter

3. 큰 글씨로 ubuntu가 나오고 Install Ubuntu Server 글씨가 보이면 F6를 누르고, esc를 누른다.

4. 하단에 뜬 옵션에서 quiet 를 fsck.mode=skip 으로 고치고 Enter를 누른다.

5. 스킵 세팅 완료

여담

Ubuntu 20.04 버전을 최초 설치할 시 실행하는 파일시스템 무결성 검사인 듯 하다. 문제는 그 시간이 IPMI를 통한 서버 세팅 기준 약 3~40분이라는 건데, 사실 준비한 iso 이미지가 클린 이미지라는 확신만 있으면 건너뛰어도 괜찮지 않나 라는 생각으로 구글링을 좀 해 봤다. 그런데 "Checking integrity, this may take some time" 문구 그대로 검색하면 각종 해외 커뮤니티에서 디스커션은 많은데 다들 s키를 누르라는 얘기만 하길래(아무 일도 일어나지 않았음) 한글로 검색을 해 봤더니 의외로 솔루션이 나와버렸다.

리다이렉션 한 번 더 들어가면 번거로우니 포스팅에 글로만 정리를 해 봤고, 원본글에는 상세한 스크린샷까지 포함되어 있으니 아래 링크를 참고하기 바란다.

https://intrepidgeeks.com/tutorial/do-you-want-to-disable-integrity-checking-for-ubuntu-server-20041-iso

[Confluence] Docker 기반으로 Confluence 설치하기

cozyorca — Tue, 21 Dec 2021 18:21:27 +0900

$ sudo docker pull atlassian/confluence-server 

$ sudo docker run -v /data/your-confluence-home:/var/atlassian/application-data/confluence \ 
--name="confluence" \ 
-e JVM_SUPPORT_RECOMMENDED_ARGS=-Djavax.net.ssl.trustStore=/var/atlassian/application-data/confluence/cacerts \ 
-d -p 8090:8090 -p 8091:8091 atlassian/confluence-server 

$ sudo docker exec -it confluence /bin/bash

[Jira] Docker 기반으로 Jira 설치하기

cozyorca — Tue, 21 Dec 2021 18:20:25 +0900

1. download docker

$ sudo apt-get update 

$ sudo apt-get install \ 
    ca-certificates \ 
    curl \ 
    gnupg \ 
    lsb-release 

$ curl -fsSL https://download.docker.com/linux/ubuntu/gpg | sudo gpg --dearmor -o /usr/share/keyrings/docker-archive-keyring.gpg 

$ 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

$ sudo apt-get update 

$ sudo apt-get install docker-ce docker-ce-cli containerd.io 

$ docker --version

2. download jira

$ docker pull cptactionhank/atlassian-jira-software:latest 

$ sudo docker create --restart=no --name "jira-container" \ 
  --publish "8080:8080" \ 
  --volume "hostpath:/var/atlassian/jira" \ 
  --env "CATALINA_OPTS=-Xms1024m -Xmx2048m -Datlassian.plugins.enable.wait=300" \ 
  cptactionhank/atlassian-jira-software:latest 

$ sudo docker ps -a 

$ sudo docker start --attach "jira-container"

3. 호스트 IP에 8080번 포트로 접속

[Docker Swarm] docker-swarm 설치 및 기초

cozyorca — Wed, 15 Dec 2021 18:20:44 +0900

docker-swarm은 추가적인 설치 필요없이 docker만 있다면 바로 사용할 수 있다.

매니저 노드로 사용할 노드에서 swarm 시작

$ docker swarm init --advertise-addr 10.0.1.105

이 명령어로 스웜 클러스터를 시작한다. 이어서 발급되는 join-token이 포함된 명령어를 복사해 워커 노드로 사용할 노드에서 실행시키면 클러스터의 구성원이 된다.

이니셜라이징 이후에도 아래 명령어를 통해 join-token 확인 가능

$ docker swarm join-token manager

join-token 재발급 (join-token이 외부에 노출됨 등의 이유로)

$ docker swarm join-token --rotate manager

정보 출력

$ docker info

클러스터에서 떠나기 (STATUS=Down)

$ docker swarm leave

global 모드 생성은 모든 노드에 하나씩 배포. 모니터링 에이전트 설치 등에 용이

$ docker service create --name global_web --mode global nginx

[Docker Compose] 설치 방법 및 기본 명령어

cozyorca — Tue, 14 Dec 2021 20:20:40 +0900

docker-compose가 필요한 이유

기존 docker 명령만으로 수많은 옵션을 붙여 컨테이너를 올리는 방식은 번거롭고 불편할 뿐만 아니라 휴먼 에러의 가능성이 크다. 그렇기 때문에 yaml 파일로 미리 정의해두고 한꺼번에 여러 컨테이너를 올릴 수 있는 docker-compose의 사용을 고려해야 한다.

docker-compose로 컨테이너 올리기

1. Dockerfile을 이용하여 이미지를 생성한다.

2. docker-compose.yml에 환경을 정의한다.

version: '3'

services:
  nginx:
    image: nginx
    ports:
      - 8080:80
    volumes:
      - ./:/usr/share/nginx/html/

3. docker-compose up -d 명령어로 컨테이너로 만든다.

docker-compose 설치

$ curl -L "https://github.com/docker/compose/releases/download/1.29.2/docker-compose-$(uname -s)-$(uname -m)" -o /usr/local/bin/docker-compose

$ chmod +x /usr/local/bin/docker-compose

$ docker-compose --version

docker-compose 명령어

기본적으로 up, down 제외 docker 명령어와 같다.

컨테이너 최초 실행

$ docker-compose up -d

컨테이너 중지 및 종료(stop & kill)

$ docker-compose down

작동중인 프로세스의 상태를 확인

$ docker-compose ps

이미지 가져오기

$ docker-compose pull

로그 확인

$ docker-compose logs [service_name]

docker-compose.yml에서 작성했던 services 항목을 말한다.

컨테이너 추가 생성

$ docker-compose run -d [service_name]

이런 식으로 반복하여 여러 개의 같은 서비스의 컨테이너 생성 가능

필요한 이미지를 강제로 빌드

$ docker-compose up --build

컨테이너 강제 재시작

$ docker-compose up --force-recreate

컨테이너 자원 사용량 확인

$ docker inspect [container_name]

컨테이너 자원 변경

$ docker update [resource_update] [container_name]

resource_update 예시 : --cpuset-cpus=0-4(cpu 개수 지정)

도커 데몬에서 실행되는 명령어의 결과를 로그로 출력

$ docker events

실행 중인 모든 컨테이너의 자원 사용량을 스트림으로 출력

$ docker stats

--no-stream 옵션을 붙여 그 순간의 로그만 볼 수 있음

이미지, 컨테이너, 로컬 볼륨의 개수 및 크기 등의 정보 출력

$ docker system df

cAdvisor 사용 방법

$ sudo docker run \
  --volume=/:/rootfs:ro \
  --volume=/var/run:/var/run:ro \
  --volume=/sys:/sys:ro \
  --volume=/var/lib/docker/:/var/lib/docker:ro \
  --volume=/dev/disk/:/dev/disk:ro \
  --publish=8080:8080 \
  --detach=true \
  --name=cadvisor \
  --privileged \
  --device=/dev/kmsg \
  gcr.io/cadvisor/cadvisor:$VERSION

위 명령어 실행 후 8080포트로 접속

[Docker] Container Resource Management

cozyorca — Tue, 14 Dec 2021 18:02:32 +0900

유튜브 DDABAE-LEARN 채널의 영상 내용 참고

ACT81005 - 알리바바 국내 최초 공인 교육 - 2

cozyorca — Fri, 10 Dec 2021 17:55:33 +0900

OSS

스토리지 종류

File Storage : NAS와 같이 스토리지 자체에 파일시스템이 구축되어 있어 서버에서 파일을 전송한다(파일 저장).

Block Storage : DAS, SAN과 같이 서버의 OS 단에서 파일시스템을 구축하고, 블록 단위로 전송한다(파일 저장).

Object Storage : File, Block과 다르게 스토리지에 직접 접근할 수 있다(오브젝트 저장).

OSS 대표 장점

- Massive volume, easy to scale

- Enterprise Security

- HA : 3 replicas in 3 Zones

- PAYG : lower cost

OSS 특징

여기서 STS(Secure Token Service)는 임시 자격 증명을 부여하는 것을 의미.

Objects

전체적 시스템 구조

오브젝트 내부 구조

오브젝트 하나당 최대 5GB, Multipart Upload 시 최대 48.8TB

Bucket

- Globally Unique한 이름을 가져야 함

- Object name(key)은 앞에 디렉토리까지 붙여서 정해짐

Namespace : BucketName/ObjectName

Storage Classes

LRS(Locally Redundant Storage) : 하나의 Zone 내에서 스토리지 이중화 구성

ZRS(Zone Redundant Storage) : 하나의 Region 내에서 Multi-Zone 구조로 스토리지 이중화 구성 (가용성↑ 가격↑)

OSS를 CDN으로 사용 가능

Security Features

Image Processing

다양한 프로세싱 기능을 제공하며, OSS가 비싸지 않아 이미지 프로세싱 용도로도 사용할만하다.

RDS

RDS 장점

- Support MySQL, MariaDB, MS SQL Server, PostgreSQL, and PolarDB from Alibaba

- HA : 3 nodes Multi-Zone Redundancy

- High Performance

- Managed Service : 자동 패치 및 업데이트

- Easy to scale and Operate

- Can run as many systems

- Create DB in 10 minutes

*온프레미스와의 차이점으로는 DB 엔진과 스토리지가 분리되어 있다는 점이다. DB 엔진에 문제가 생겨도 스토리지에 장애가 번지지 않는다.

RDS Instance Type

Backup

- Physical Backup 또는 Local Backup이 가능

- 백업 주기 설정을 통해 백업 자동화 가능

DR with DTS(Data Transmission Service)

DTS를 통해 리전 간 로그 정보를 공유함으로써 아래와 같은 아키텍처를 구축할 수 있다.

로그의 공유에 시간이 걸리기 때문에 Strong Consistence가 아닌 Eventual Consistence이다.

사용자 요청 시나리오 1

사용자 요청 시나리오 2

Typical Application

SLB에서 Read/Write 작업을 구분해서 인스턴스에 할당한다.

Read Request는 Read Replica DB 인스턴스로 빼줌으로 전체적인 성능을 끌어 올릴 수 있다.

Security

- 5GB까지 DDoS 완화

- 1000개까지 IP Whitelist Configuration

- SQL Injection 방어를 위한 WAF 지원

DMS

접근을 제어, 로그를 남기고 DB에 대한 통합 관리 서비스 제공

Migration Service

온프레미스의 DB를 DTS를 통해 3가지 방식으로 Alibaba Cloud로 이관 가능하다.

일반적으로 Full → Incremental ~ing 방식일 것.

RDS vs. PolarDB 비교 맵

DRDS를 통한 RDS 수평적 확장

아래 아키텍처에서 볼 수 있듯이 DRDS(Distributed Relational Database Service)를 통해 RDS의 수평적인 확장이 가능하다고 한다.

이게 어떻게 가능한 건지는 강사님도 모르신다고......

Auto Scaling

Cloud Monitor에서 지정 메트릭에 대한 수치를 확인하고 정의된 정책에 따라 Limit을 넘어가면 트리거링하여

SLB에 연결된 ECS 인스턴스들에 대해 Scale In/Out을 실행한다.

Monitoring → Auto Scaling → Health Checking → Self Healing 을 반복한다.

기존 인스턴스들은 SLB와 DB에 연결되어 있었을 것이므로

SLB에게 새 인스턴스를 알게하고, DB의 SG에서 새 인스턴스의 IP를 허용하는 작업까지 처리해준다.

Auto Scaling 구성 과정

CDN

Alibaba의 CDN

- Alibaba 엣지 로케이션을 통해서 콘텐츠의 캐싱 서비스를 제공한다. 주로 미디어와 스트리밍 서비스에 이용된다.

- 엔드유저가 CDN Server와 가까이 있을수록 더 빠른 서비스 접근이 가능할 것이다.

- 사용자의 IP를 통해 지리적 정보를 파악하고, 가장 가까운 CDN(PoP)으로 연결시켜준다.

- 사용자의 CDN 접근 패턴을 학습하여, 예상되는 데이터를 요청 전에 미리 캐싱하기도 한다.

- 중국 내 2300개, 나머지 전세계에 500개의 PoP가 구축되어 있다.

CDN 장점

- Low latency : 캐싱으로 인한 접근 지연 시간 단축

- High bandwidth : 미디어 전송을 위한 높은 대역폭(Min 40Gbps)

- Redundant : SPOF 방지

- Scalable : 확장에 용이

- Global : 전 세계적 엣지 로케이션 구성

- Cost-effective : On-demand

CDN 내부 구조

CDN Features

Document : https://www.alibabacloud.com/ko/product/cdn

CDN: 콘텐츠 전송 서비스를 통해 콘텐츠 배포 가속 - Alibaba Cloud

Alibaba Cloud CDN(Content Delivery Network)은 사용자에 대한 응답을 가속화하고 응답률을 높입니다. CDN은 웹사이트 가속화, 라이브 스트리밍 등에 적용되어 왔습니다.

www.alibabacloud.com

ACT81005 - 알리바바 국내 최초 공인 교육 - 1

cozyorca — Thu, 9 Dec 2021 18:02:08 +0900

Services Overview

중국 내에서 클라우드 서비스는 오직 Alibaba Cloud만 사용할 수 있다.
중국에서 사업하려면 ICP License(개인정보 관련?)를 취득해야 하는데 Alibaba에서 해당 부분을 처리해준다고 한다.

Spec

Single Instance Availability = 99.975%
Multi-Zone Instances Availability = 99.995%
Initiate or Release 100 Instances in 10 minutes
Alibaba의 X-dragon 가상화 플랫폼은 AWS의 Nitro보다 성능이 뛰어나다고 한다.

Services

Alibaba ECS(Elastic Compute Service) = Amazon EC2

Alibaba OSS(Object Storage Service) = Amazon S3

주문 제작형 CPU
- RISK
- 적은 명령어의 사용으로 Router, Switch 등의 장비에 주로 사용된다.
- 개당 단가는 저렴하지만 한 번에 매우 많은 양을 주문해야 한다.
- FPGA(Field Programmable Gate Array)
- 개당 단가가 비싸다.
- 프로그래밍이 가능한 내부 회로가 포함되어 있어 CPU에 프로그래밍을 구현할 수 있다.

HPC(High Performance Compute)

Express Connect = 전용선
SAG(Smart Access Gateway) = 모바일 기기 등에서 CEN(Alibaba 내부 네트워크)으로 접속할 수 있게 함

RAM = AWS IAM

3-Tier Architecture on Alibaba Cloud

ECS

Architecture

Region - VPC - Zone - VSwitch(Subnet) - ECS

IaaS까지 Alibaba에서 관리해준다. OS부터 Applications 단까지의 직접 관리를 위해 DevOps가 필요한 것.
PaaS까지 관리를 원한다면 Runtime까지의 관리를 맡기고 Data와 Applications에 대한 부분만 관리하면 된다.

Alibaba에선 Zone이 Data Center 그 자체이다.

Multi-Zone : HA/DR
Single Zone : Low latency

Zone 간 통신 : Private IP
Region 간 통신 : Public IP

Instance Type

최신 세대의 인스턴스 타입일수록 고성능/저가로 제공되기 쉽다.
규모경제의 이점으로 인한 결과.

요금 체계

Pay as you go (PAYG) : On-demand
Subscription : 장기간 지속적 사용에 유리. 계약 중 인스턴스 타입 변경 불가
Preemptible Instance : 남아있는 리소스를 선점하여 사용(=Spot Instance in AWS)
Reserved Instance : Subscription과 비슷하지만 일정 범위 내에서 인스턴스 타입 변경 가능

Disk

Pangu 분산 파일 시스템을 통해 Zone별로 스토리지를 분산시켜 저장한다.
고가용성과 빠른 I/O를 가져갈 수 있다.

블록 스토리지는 Zone 종속이기에 다른 Zone의 인스턴스에 연결될 수 없다.

Ultra Disk : 일반적인 디스크
Standard SSD : 5배의 IOPS 및 약 2배의 throughput
Enhanced SSD : 최고 성능 디스크

12 nines 내결함성을 지닌다.

Disk Snapshot

- Routine Backup 가능
- Custom Image를 떠서 사용 가능
- 테스팅 목적으로 사용 가능

증분 스냅샷 방식 사용

Security Group & Key

일반과 Advanced 두 가지가 있는데, Advanced는 VPC 전체에 통합적으로 적용되는 것이다.
여러 개의 Zone에 하나의 SG를 적용시켜 사용 가능(allow cross-zone instances).

SSH Connect

EIP

- 고정 공인 IP
- ECS 인스턴스 간에 reattach 가능
- 외부로 서비스할 때 사용(SLB에 물려주는 등)

ENI

네트워크 인터페이스로 인해 ECS 인스턴스가 VPC 안에 있는 것처럼 잡히는 것.
하나의 ECS에 여러 ENI를 추가하고 여러 VPC에 연결이 될 수도 있다고 한다.

Additional Settings

메타데이터와 유저데이터 확인 명령어

$ curl http://100.100.100.200/latest/meta-data

$ curl http://100.100.100.200/latest/user-data

VPC

VPC를 생성할 때 우측에 Architecture Preview를 띄워주는 기능이 매우 좋다.

오피스에서 자주 사용되는 SAG는 CEN(Alibaba Inter-region Backbone Network)으로 연결될 수 있다.
VPN, Express Connect는 기업에서 사용된다.

NACL & Security Group

NACL은 VSwitch 레벨로 적용
NACL은 Stateless이므로 Inbound와 Outbound Rule을 모두 만들어주어야 함
Priority 존재. 낮을수록 우선도 높음

Security Group은 VPC 레벨에서 정의되지만 ECS 레벨로 적용됨
화이트리스트 방식 : default all deny

SLB

HA : Multi-Zone 구성으로 99.95% 고가용성
Scalability : Auto Scaling
Low cost : 하드웨어 LB에 비해 60% 정도 저렴
Security : 내부적으로 5Gbps 정도의 DDoS 방어

CLB
L4 : TCP/UDP 트래픽은 포트 번호 기반으로 LVS(Linux Virtual Server)에 의해 부하분산
L7 : HTTP/HTTPS 트래픽은 URL 정보 기반으로 Tengine에 의해 부하 분산

ALB
HTTP/HTTPS 뿐만 아니라 QUIC 등 다양한 기능이 더 있음.

QUIC : Quick UDP Internet Connections. TCP와 UDP의 장점을 따서 만든 프로토콜.

요금 체계

Public Network SLB : Pay as you go
Private Network SLB : Free

Micro Service 하나당 LB 하나를 매핑해서 사용한다.

Forwarding Rules

Round Robin (RR) : 단순히 돌아가며 분배. ECS마다 성능이 다를 수 있고, Session stickiness를 감안하지 않음
Weighted Round Robin (WRR) : 인스턴스마다 지정한 가중치를 기반으로 분배
Weighted Least Connections (WLC) : 가장 커넥션이 적은 인스턴스 중 가중치를 기반으로 분배

Backend Server Group

Master-slave Server Group : RDS 등을 이용할 때 이중화 구성을 하는 데에 사용되는 그룹 방식
Vserver Group : 일반적인 Auto Scaling 그룹

Health Check

HTTP Head Health Check, TCP 3-Way Handshake, UDP Health Check(ICMP Unreachable이 뜨면 서버가 살아있다는 뜻) 등을 통한 헬스 체크

Limitation

Cross-region Load Balancing 불가. Cloud DNS를 통해서 구현 가능

Systems Operations on AWS - Module 9~11

cozyorca — Fri, 3 Dec 2021 21:45:12 +0900

Module 9 : 안전하고 복원력 있는 네트워크 운영

인터넷 통신을 위한 3단계

1. IGW 구성

2. 라우팅 테이블 경로 설정

3. 퍼블릭 서브넷의 EC2 인스턴스에 퍼블릭 IP 부여

NAT Gateway

아웃바운드 트래픽에게 힌시적(일회성)으로 퍼블릭 IP를 부여해 줌

NACL

- Default all permit

- 규칙 우선도 지정

- Stateless

Security Group

- Default deny all inbound

- Default permit all outbound

- Stateful

VPC Peering

- 인터넷을 통하지 않고 격리를 유지한 채로 VPC 간 통신

- AWS 네트워크를 통해 통신

- 서로의 라우팅 테이블에서 대역을 잡아준다.

데이터 센터에 대한 VPN 연결

가상 프라이빗 게이트웨이(VGW)를 통해 VPN을 맺는다.

Transit Gateway

- VPC Peering은 전이적 Trusting 지원이 안 되기 때문에 다중 VPC Peering 시에 TGW를 통해 허브같은 역할을 처리

- 최대 5000개 VPC 연결 가능

- 데이터 센터와 VPN 연결도 가능

VPC Endpoint

- Interface Endpoint

- EC2 인스턴스와 AWS 서비스를 연결

- AWS 네트워크를 통함

- ENI에 연결

- Gateway Endpoint

- DynamoDB와 S3만 지원

- AWS 네트워크를 통함

- VPC에 연결

Route 53 Resolver (Hybrid)

Route 53에 DNS 쿼리를 했을 때 AWS VPC 뿐만 아니라 온프레미스 환경에 대한 도메인도 함께 얻을 수 있는 서비스

Amazon VPC Flow Logs

게시 대상: Amazon CloudWatch Logs, Amazon S3

캡처 수준: VPC, Subnet, ENI

지원: 보안 그룹 제한성 진단, 인스턴스에 도달하는 트래픽 모니터링

Amazon CloudFront

- 캐싱으로 레이턴시 감소

- DDoS 완화

- SSL 인증서 지원

- HTTP/2 지원

- S3 Bucket Logs 지원

AWS WAF

SQL Injection, XSS, HTTP Flood 등 위협을 맨 앞단에서 차단

- 구성 순서

1. 웹 ACL 생성

2. 리소스 유형 정의

3. 규칙 추가(관리형 규칙, 사용자 지정 규칙)

4. 동작(허용/차단) 설정

5. 규칙 우선 순위 설정

6. 지표 구성(CloudWatch)

AWS Shield

관리형 DDoS 보호 서비스

- AWS Shield Standard

- 무료

- 3, 4계층 검증

- AWS Shield Advanced

- 유료

- 7계층까지 검증

- WAF와의 통합, CloudFront 배포 기능 제공

AWS Certificate Manager (ACM)

- 인증서에 대한 프로비저닝, 배포 및 중앙 집중 관리

- SSL, TLS 통신에 사용

문제 해결

서브넷의 인스턴스가 서로 통신하지 못한다.

- NACL, SG 확인

- VPC Flow Logs 확인

NAT 구성이 작동하지 않는다.

- 라우팅 테이블 구성을 확인

- NAT Gateway가 Public Subnet에 위치하는지 확인

피어링된 네트워크의 리소스에 연결할 수 없다.

- 피어링 요청/승인 확인

- 라우팅 테이블 확인

- NACL, SG 확인

Module 10a : Mount 가능한 스토리지

Instance Storage

- 짧은 대기시간

- 높은 IOPS 및 처리량

- 인스턴스 중지 또는 종료 시 반환됨(휘발성)

- 사용 사례 : 버퍼, 캐시, 스왑 파일, 페이지 파일

Amazon EBS (Elastic Block Storage)

- 네트워크 연결

- 영구 블록 스토리지

- 부팅 및 데이터 볼륨이 지원됨

- USB 구매하는 것과 같이 사용량과 관계없이 최초 지정 용량만큼 과금 (온디맨드가 아님)

- 독립적 사용 불가. EC2 인스턴스에 연결해서 사용해야 함

- EC2에 붙기 때문에 EBS도 AZ 레벨 서비스이다(다른 AZ의 EC2에 Attach 불가).

- Detach, Attach를 통해 데이터 이동의 용도로 사용 가능

- USB와 다른 점

- 동시에 여러 EC2 인스턴스에 연결 가능(같은 AZ에서 최대 16개 인스턴스에 Attach 가능)

- 크기와 유형 수정 가능 (6시간 쿨타임)

- RAID 0, 1 지원

- SSD 지원 볼륨

- 범용(gp2) : 1GiB 당 3IOPS, 최대 16000IOPS

- 프로비저닝된 IOPS : 볼륨 사이즈와 IOPS 수치를 정해 딱 맞게 프로비저닝시킨다.

- HDD 지원 볼륨

- 처리량 최적화 : 처리량이 많다.

- 콜드 : 자주 액세스하지 않는 워크로드를 위한 가장 저렴한 볼륨

- Auto-Enabled IO : 데이터 불일치를 탐지한 볼륨에 IO 작업을 계속 할 것인지(Fsck 명령어 참조).

EBS 스냅샷

- 증분 스냅샷

- 불필요한 중복 정보가 스냅샷에 포함되지 않게 하여 효율적이다.

- 리전 간 스냅샷 복제 및 공유 가능

- 일관성 있는 스냅샷 생성

- 애플리케이션 중지 또는 정지

- Linux : fs_freeze

- Windows : AWS Systems Manager Run Command 사용

- 스냅샷 복원

- 스냅샷 수명 주기 관리

- 정책에 따라 스냅샷 백업, 리전 간 복제, 복원 등 자동화

AWS Backup

백업 계획 생성 : 빈도, 수명 주기 설정

리소스 할당 : EBS, RDS 등...

백업 저장소 관리 : S3에 저장

Amazon EFS (Elastic File System)

- 서브넷 단위로 탑재대상을 구성해 해당 서브넷의 인스턴스들이 접근할 수 있게 한다.

- ENI에 탑재된다.

- FSx : for Windows

- FSx for Lustre

Module 10b : 객체 스토리지

Amazon S3 (Simple Storage Service)

- 인터넷용 오브젝트 스토리지

- 리전 레벨

Amazon S3 복제

CRR(Cross Region Replication), SRR(Same Region Replication) 활성화

CRR 장점 : 내결함성, 접근성이 높다

Public Access 차단

Account Setting에서 설정하면 계정 내 모든 버킷에 대해 퍼블릭 접근을 차단한다.

개별 버킷에 대해 설정 가능하다.

- Access Analyzer 지원

- Access Logs 저장 가능 (또 다른 버킷에 저장)

Amazon S3 이벤트 알림

- SQS 대기열

- SNS 알림

- Lambda 함수

Amazon S3 버전 관리

버전 관리 기능을 활성화해 버전별로 관리해서 복구가 가능하게 한다.

Amazon S3 객체 잠금 모드

- governance mode

- 변경 X

- 삭제 X

- compliance mode

- 변경 X

- 삭제 X (Account 포함)

S3 Intelligent-Tiering

Standard, Standard IA(Infrequent Access), One Zone IA, Glacier, Glacier Deep Archive 등 여러가지 티어로 AWS에서 지능적으로 데이터를 옮기고 관리해준다.

S3 수명 주기 작업

- 수동적으로 정의해서 자동화시킬 수도 있음

- 대상 지정 후 동작 선택

S3 Glacier

- 데이터 하나하나가 아카이브

- 아카이브들이 있는 곳이 저장소

- 호출 옵션

- 신속 : 1~5분

- 스탠다드 : 3~5시간

- 대량 : 5~12시간

- SNS를 통해 완료 알림 수신 가능

Module 11 : 비용 보고서, 알림, 최적화

과거, 현재, 미래 비용 인식

지출 변화 파악 요구

AWS 계정 기록

- 결제 대시보드

- pdf 포맷 청구서

AWS Cost Explorer

- 가계부같은 개념

- 최대 13개월치 기록을 볼 수 있음

- 데이터 그룹화 및 필터링

- 바, 스택, 라인 3가지 시각화 타입 지원

- 일별, 월별 Forecast 제공

AWS CUR (Cost and Usage Report)

- 보고서 생성 요청 시 지정한 S3 버킷에 보고서를 저장한다.

- 버킷 처리 지원

- Amazon Athena

- Amazon QuickSight

- Amazon RedShift

- text/csv

AWS CUR 쿼리 자동화

1. CloudWatch Events(시간 기반)

2. AWS Lambda

3. Amazon S3

4. Amazon SNS

AWS Budgets

- 비용 또는 사용량이 임계값을 초과할 경우 알림을 생성하거나 조치를 트리거링한다.

- 고정 지출 및 유동적인 지출에 대해 예산 설정

- Amazon Chime 또는 Slack으로 AWS Chatbot을 통해 알림 가능

AWS Cost Management

- 사용률이 높지 않은 비용이 발생하는 제품 확인

- Savings Plan 및 현재 비용과의 차이 확인

AWS Trusted Advisor

AWS Support Plan이 비즈니스 레벨 이상일 때 비용 최적화에 대한 안내까지 제공

- Amazon EC2 예약 인스턴스

- 사용률이 낮은 리소스 확인

- 기타 14가지 점검

AWS Compute Optimizer

AWS 인프라 및 CloudWatch 지표 기반으로 머신 러닝을 통해 워크로드에 더 나은 AWS 리소스 추천

새로운 인스턴스 타입

새 인스턴스 타입은 보다 효율적으로 하드웨어 리소스를 사용하기 때문에 새 인스턴스 타입 출시 시 사용하는 것이 비용 효율적일 수 있다.

AWS 한국 블로그

https://aws.amazon.com/ko/blogs/korea/

Amazon Web Services 한국 블로그

오늘부터 Amazon Simple Storage Service(Amazon S3)용 AWS Backup 평가판을 사용해 볼 수 있습니다. AWS Backup은 완전관리형 정책 기반 서비스로, Amazon Elastic Compute Cloud(Amazon EC2) 인스턴스, Amazon Elastic Block Store(EBS

aws.amazon.com

AWS 새로운 소식

https://aws.amazon.com/ko/new/

AWS의 새로운 소식 – 클라우드 혁신 및 뉴스

Internet Explorer에 대한 AWS 지원이 07/31/2022에 종료됩니다. 지원되는 브라우저는 Chrome, Firefox, Edge 및 Safari입니다. 자세히 알아보기

aws.amazon.com

AWS 공식 강좌 (한국어/무료)

https://explore.skillbuilder.aws/learn/external-ecommerce;view=none?ctldoc-catalog-0=l-_ko

Loading your learning experience...

explore.skillbuilder.aws