반응형

 

master, slave  mysql 이중화하기

대상서버 : master , slave

 

*작업 하는 대상 서버 색깔 구분으로 표시

 

A. 각 서버에 server id를 지정한다.

vi /etc/mysql/mysql.conf.d/mysqld.cnf

server-id = 1
log-bin=mysql-bin

vi /etc/mysql/mysql.conf.d/mysqld.cnf

server-id = 1
log-bin=mysql-bin

 

B. master mysql 확인

SHOW MASTER STATUS\G;

 

C. slave mysql  master 연동

(B.) 에서 확인 된 master mysql 내용을 연동 시, 똑같이 기입한다.

CHANGE MASTER TO
MASTER_HOST='서버 IP',
MASTER_USER='유져',
MASTER_PASSWORD='유져 비밀번호',
MASTER_LOG_FILE='master 확인 내용',
MASTER_LOG_POS=master 포지션 값;

 

start slave;

 

D. Check

show slave status\G

 

E. If ERROR?

Fatal error: The slave I/O thread stops because master and slave have equal MySQL server UUIDs; these UUIDs must be different for replication to work. 

 

mastrer, slave  uuid 값을 확인한다.

show variables like '%uuid%';

show variables like '%uuid%';

 

두 서버의 uuid가 같다면, 13117 애러가 발생한다.

slave     db data path에 있는  auto.cnf 를 제거 하고 

/etc/init.d/mysql restart

stop slave;

start slave;

 

끝.

반응형

'server eng > Cluster AA AS HA' 카테고리의 다른 글

HTTP Keep Alive  (0) 2023.05.25
반응형

고가용성(High-Availability)

  • 장애 극복(Fail Over)의 목적
  • 서버 이중화 구성
  • 서버 한 개가 죽어도 서비스가 되어야 함

 

Active-Active (A-A)

  • L4 스위치 등의 로드밸런싱을 통해서 여러 개의 서버로 나누어서 처리한다
  • 여러 개의 서버가 동시에 동작하기 때문에, 한대가 다운되어도 남은 서버가 처리 가능 
  • 다운 타임이 존재하지 않는다

 

Active-Stand by (A-S)

  • Active 상태의 서버, Stand by 서버
  • S가 A에게 계속해서 keep-alive를 통해 상태를 확인  
  • A가 장애시 서비스 장애를 즉시 인지하여 S로 서비스를 이전
    • 장애 발생 시 서비스를 이전하여 운영하는 형태
  • 성능적 향상은 거의 ❌
  • S가 놀고 있는 상태 -> 리소스 측면에서 낭비

Stand by 유형

Hot Stand by S를 가동 후 즉시 이용가능하게 하는 구성
Warm Stand by S를 가동 후 이용 가능하게 하기 위해 준비가 필요한 구성
Cold Stand by S를 정지시켜 두는 구성

 

 

이중화 솔루션은 장애 발생 시 Fail Over 하여 서비스 다운 타임을 최소화하고, 서비스를 자동으로 복구시키는 것이 목적이다.

HA 클러스터가 제대로 구축되지 않으면 장애 탐지를 제대로 못하거나, 자동으로 복구되지 않는 현상이 발생해 서비스 다운 타임이 발생할 수 있다. 이러한 상황에 수동 복구 조치를 하지 못하면, 단일 서버 환경보다 훨씬 긴 다운타임이 발생할 수 있다.

HA 솔루션은 비용이 비싸고, 관리 포인트가 늘어나기 때문에 정말 필요한 시스템인지 고려해봐야 한다.../

반응형

'server eng > Cluster AA AS HA' 카테고리의 다른 글

myusql Replication DB 이중화 Cluster 5분 컷~  (0) 2023.05.27
반응형

프로미스 설치가 되었다면  등록만 해주고, 그라파나에서 연동해주면 끄읏

 

서버에서 prometheus.yml에 호스트를 추가해준다.

 

group 으로 묶고 서버들을 포함시킬 수 있다.

나는 각 실제 클러스터 노드들로 구성을 테스트 해봤다.

 

느무 쉽쥬~~ systemctl 퍼미션 error 때문에... 20시간을 날렸다~~~~~~~~~~~

chmod, chown로 해결이 가능한걸 으이그 라는 생각을 했다면... 다시 공부하세요~~~

 

 

 

 

반응형
반응형

wegt https://github.com/prometheus/prometheus/releases/download/v2.43.0/prometheus-2.43.0.linux-amd64.tar.gz

tar -zxvf prometheus-2.43.0.linux-amd64.tar.gz

폴더명은  prometheus-2.43.0.linux-amd64.tar.gz ->  prometheus로 바꾸고 제가 설치를 하고자하는 /BiO/Install 로 mv했습니다~

그후 systemctl에 데몬 실행 준비를 해주고 스타트~ 

vi /etc/systemd/system/prometheus.service 

 

[Unit]
Description=Prometheus Server
Documentation=https://prometheus.io/docs/introduction/overview/
After=network-online.target

[Service]
User=root
Restart=on-failure

#Change this line if you download ther
#Prometheus on different path user
ExecStart=/BiO/Install/prometheus \
  --config.file=/BiO/Install/prometheus/prometheus.yml \
  --storage.tsdb.path=/data/prometheus \
  --web.console.templates=/BiO/Install/prometheus/consoles \
  --web.console.libraries=/BiO/Install/prometheus/console_libraries \
  --web.listen-address=0.0.0.0:9090 \
  --web.enable-admin-api

[Install]
WantedBy=multi-user.target

systemctl daemon-reload;systemctl start prometheus.service; systemctl status prometheus.service 

데몬 리로드, 스타트, 스텟터스~ 확인~~~~ 후 웹으로도 확인 ! 

짜쟌

 

 

반응형

'server eng > Grafana' 카테고리의 다른 글

우분투 20.04 그라파나 Grafana INSTALL [매우 간단]  (0) 2023.04.16

+ Recent posts