일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |
- jvm
- tcp
- MAC address
- aws s3
- log
- kubeadm
- CVAT
- OS
- java
- helm
- Vision
- AWS
- CSV
- docker
- Operating System
- JavaScript
- kubectl
- Python
- airflow
- Network
- Trino
- PostgreSQL
- Kafka
- zookeeper
- grafana
- Packet
- EC2
- kubernetes
- Spring
- ip
- Today
- Total
목록HA (3)
JUST WRITE
Master Node HA 구성(1) Bare Metal Server에 Kubernetes Cluster를 구축하는 업무를 맡게 되었습니다. 총 12대 Server를 1개의 Kubernetes Cluster로 구축하는 업무였습니다. 12대 중 3대를 Master Node, 9대를 Worker Node로 구성하기로 하였습니다. Master Node를 다수로 구성함으로써 고가용성을 확보하기 위해서였습니다. keepalived와 HAProxy를 통해 Master Node HA 구성을 해보려고 합니다. 이번 포스팅에서는 먼저 keepalived 세팅을 정리해 보겠습니다. Master Node, Control Plane Kubernetes Cluster는 크게 2종류의 Server로 구성합니다. Master no..
ARP Address Resolution Protocol Data 통신을 위해 Data Link Layer(L2)의 MAC Address와 Network Layer(L3)의 IP Address를 사용한다. 연관이 없는 두 Address를 연계시켜주기 위한 Protocol이 ARP이다. 실제 Data 통신은 IP Address를 기반으로 일어나고 MAC Address는 자동으로 알아내는데 상대방의 MAC Address를 알아내기 위해 사용하는 Protocol이 ARP이다. 동작 목적지의 MAC Address를 모르는 경우 ARP 요청을 Network에 Broadcast 합니다. ARP Protocol의 Packet을 아래와 같이 보냅니다. Field Value 출발지 MAC 출발지 MAC Address 목..
HA와 RAC는 Database의 고가용성을 위해 고안된 Architecture이다. HA High Availability 2개 서버를 준비하여 하나는 active, 다른 하나는 standby 상태로 세팅한다. 모든 처리를 active인 서버에서 처리한다. standby 상태인 서버는 active 서버가 작동불능상태일때 처리를 한다(failover). 장점 구조가 단순하다. 하나의 서버만 동작하고 있어 유지비가 저렴하다. 단점 서버간 동기화 작업이 필요하다. failover 시 진행 중이던 트랜잭션이 유실된다. -> 트랜잭션이 많은 시스템에 부적합 RAC Real Application Cluster Oracle에서 지원하며, 2개 이상의 인스턴스가 하나의 Storage를 바라보고 있는 구성이다. 모든 인..