일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
Tags
- OS
- Python
- Vision
- CSV
- airflow
- Trino
- grafana
- tcp
- java
- zookeeper
- log
- kubernetes
- ip
- AWS
- MAC address
- jvm
- kubeadm
- Operating System
- Spring
- docker
- JavaScript
- Network
- CVAT
- PostgreSQL
- helm
- Packet
- aws s3
- Kafka
- kubectl
- EC2
Archives
- Today
- Total
JUST WRITE
HA vs RAC 본문
HA와 RAC는 Database의 고가용성을 위해 고안된 Architecture이다.
HA
High Availability
2개 서버를 준비하여 하나는 active, 다른 하나는 standby 상태로 세팅한다.
모든 처리를 active인 서버에서 처리한다.
standby 상태인 서버는 active 서버가 작동불능상태일때 처리를 한다(failover).
장점
- 구조가 단순하다.
- 하나의 서버만 동작하고 있어 유지비가 저렴하다.
단점
- 서버간 동기화 작업이 필요하다.
- failover 시 진행 중이던 트랜잭션이 유실된다. -> 트랜잭션이 많은 시스템에 부적합
RAC
Real Application Cluster
Oracle에서 지원하며, 2개 이상의 인스턴스가 하나의 Storage를 바라보고 있는 구성이다.
모든 인스턴스가 active 상태이다.
Cache Fushion이란 기술을 통해서 디스크가 아닌 메모리에서 각 인스턴스에서 처리한 변경 데이터를 알 수 있다.
장점
- 별도의 동기화 작업이 필요 없다.
- 여러개의 인스턴스가 균형있게 분산 처리 한다.
단점
- 복잡한 구성으로 다루기 어렵다.
- Oracle RAC는 매우 고가 제품, 비용이 많이 든다.
[주요용어]
고가용성(High Availability)
서버, 네트워크, 프로그램 등의 시스템 등이 오랜시간 지속도록 정상 운영 가능한 성질
failover
서버, 네트워크, 프로그램 등의 시스템에 이상이 생겼을 때, 예비 시스템으로 자동으로 전환되는 기능
[참고사이트]
728x90
반응형
'Database' 카테고리의 다른 글
Stored Procedure (0) | 2022.01.02 |
---|---|
Transaction (0) | 2021.11.23 |
Normalization vs Denormalization (0) | 2021.11.16 |
DBMS vs RDBMS (0) | 2021.11.02 |
Index (0) | 2021.11.01 |
Comments