| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 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 |
- Thread
- 레파지토리
- golang
- 스트리밍
- 파이썬
- APT
- psutil
- repo
- 자식프로세스
- go
- go.mod
- 영상스트리밍
- Finance
- 자원측정
- docker
- dockercontainer
- python3.9
- Windows
- BATCH
- Hyper-V
- asyncio
- Python
- 주식
- FastAPI
- QT_QPA_PLATFORM_PLUGIN_PATH
- 가상화 중첩화
- apt-get
- Replication
- pip
- mariadb
- Today
- Total
목록Replication (2)
검색하기귀찮아서만든블로그
이번 포스팅에서는 mariadb 양방향 replication에 대해 내용을 정리하고 테스트까지 수행해 보고자 한다. 우선 지난 포스팅([mariadb] replication)에서 단방향 replication을 구성해 보았는데, 통상 서비스를 운용하다 보면 failover 가 연속적으로 발생하는 경우가 많고 그로 인해서 로그가 유실되는 경우들이 발생할 수 있다. 이런 케이스에서 db 동기화가 단방향으로만 구성되어 있을 경우 일회성 failover는 동기화가 유지되겠지만 연속적으로 발생했을 때는 문제가 발생한다. 양방향 replication은 db가 상호 동기화 처리가 되기 때문에 연속적 failover에 비교적 안정성이 높다고 볼 수 있다. 다만 slave 서버가 오랫동안 down 된 상태에서 master..
지난 포스팅에서 docker를 사용하여 mariadb container 두 개를 구성해 보았다. 양방향으로 접속이 되는 것을 확인했기 때문에 오늘은 예정대로 리플리케이션에 대해서 구성해 볼 생각이다. 우선 리플리케이션은 두 디비를 동기화하기 위한 목적으로 제공되는 기능이고 보통 master/slave 구성의 환경에서 active 된 서버의 db를 slave 측으로 동기화하기 위해 사용한다. 이 경우 단방향 replication 을 사용하여 구성하면 되는데 시스템 장애로 인하여 failover 가 발생하면 master/slave가 스왑 되는데 이때 active 되는 db에 기존 데이터를 동기화하여 서비스 연속성을 보장하는데 그 목적이 있다. replication 구성 전에 docker를 사용하여 maria..