8.5 멘토링

[t4e1]

일정 확인

• 이터레이션 정리 최대한 빨리 할 것
• 일정 관리의 목적 외에도 외부에서 보는 리소스 관리도 일정을 보고 확인할 수 있기 때문에 주의해서 정리할 것

인프라

• 테스트용 ec2에서는 진짜 k8s 보다는 간소화된 k8s 설치

서버 리소스가 부족할 경우

• CPU 부족 : 느려지는거지 시스템이 터지지는 않음. (압축 가능한 리소스)
• 메모리 부족 : 새로운 프로세스가 메모리를 요청하는데 메모리가 부족할 경우 Out of Memory 에러와 함께 시스템이 죽음

EC2 인스턴스

• EC2 에 Docker 로 전부 띄울 건지
• EC2 + Opensearch 등의 외부 서비스를 쓸 건지
• 비용 계산 제대로 해보기
• Opensearch 에는 컴퓨팅 비용 외에도 부가 비용이 조금 더 들겠지만 큰 비중을 차지하지 않음
• ec2 r타입 한번 알아보기

TCP window size

• 토폴로지 라우팅 : 0번 az에 떠있는 lb가 0번 서버로 붙도록 하는 것
• 가용성으로는 좋지 않지만 대역폭 이나 비용면에서 이득
• 일반적으로는 백엔드 개발자가 tcp 윈도우 사이즈를 건드릴 일은 많이 없음
• cwnd rwnd 개념 및 tcp 기본 움직임 정도는 이해하고 있는 게 좋음
• 토폴로지 어웨어 라우팅 : k8s 에서 서비스 별로 라우팅 할 때 같은 az에 위치한 서비스에 가중치를 주는 것
• IDC 에서 서버 운영하는 쪽에서는 백엔드 개발자가 신경 써야 할 일도 있음 (L3 DSR) : L3 DSR 같은 경우에는 구현하는 방법이 여러 개가 있기 때문

AZ

• AZ 늘리는 건 비용에 크게 문제가 되지 않기 때문에 늘려도 괜찮음
• 실제로도 2개 정도를 많이 쓴다.
• cross az 트래픽이 발생하지 않으면 비용은 거의 안들긴 함

서브넷

• 보통은 서비스 별로 서브넷을 따로 만드는 게 좋음
• 각 프라이빗 서브넷에는 NAT Gateway 구성하는 게 보통

CIDR

https://www.davidc.net/sites/default/subnets/subnets.html?network=10.10.0.0&mask=18&division=37.ff42368c40

[t4e1]

VPC transit gateway

[t4e1]

CPU / 메모리 리소스 차이에 대해서는 알아두는게 좋음 + OOM 등

[t4e1]

Memory Swap 에 대해서도 알아보기

[t4e1]

배치 서버 등에서 작업시간이 긴 프로세스의 경우에는 OOM 으로 프로세스가 죽으면 손해가 크기 때문에 스왑 메모리를 씀. OLTP 성에서는 안 씀 OLAP 에서는 씀

[t4e1]

api vs batch 차이 기억해두기 (상식선에서)