![[MsSQL] SQL Server - Log Shipping 을 활용한 이중화 (DR 구성)](https://img1.daumcdn.net/thumb/R750x0/?scode=mtistory2&fname=https%3A%2F%2Fblog.kakaocdn.net%2Fdn%2FDQ4BA%2FbtsIHgL7Cny%2FUXIE1vjUVIlpz8bBVYzVOk%2Fimg.png)
SQL Server - Disaster Recovery데이터베이스를 운영하며 제일 중요한 것 중 하나는 HA를 활용한 이중화를 통해 서비스가 끊김없이 동작 할 수 있도록 하는 것이라고 말한 적이있다. HA ( High Availability )를 구성하는 것은 서비스에 당연한 수순이라 생각되지만, 조금 중요도가 낮거나 특정 시간에 한번 정도만 동기화를 해도 된다하면 재해복구 - DR ( Disaster Recovery )를 구성하는 것도 좋은 방법이라 생각이 된다. DR은 서비스의 연속성을 보장하지는 못하지만, 특정 시점으로 복구를 해두는 것으로 서비스의 안정성을 조금이나마 올려줄 수 있다. MsSQL에서 일반적으로 많이 사용하는 DR을 구성 Log Shipping에 대해서 한번 알아보도록 하자. Log..
![[MsSQL] SQL Server - AlwaysOn Basic 구성 (AD 없이 처음부터 끝까지)](https://img1.daumcdn.net/thumb/R750x0/?scode=mtistory2&fname=https%3A%2F%2Fblog.kakaocdn.net%2Fdn%2Fm4kFA%2FbtsGNz8g1Wy%2F89AueTcTTMd6rSdz5w90Tk%2Fimg.png)
SQL Server - High Availability 데이터베이스를 운영함에 제일 중요한 것은 무엇일까? 중요한 것은 많지만 그 중에 하나를 꼽자면 바로 서버 이중화를 통한 고가용성 - High Availability (HA) 이 꼭 나올 것이다. 장애가 나도 최대한 빠른시간에 대처하여 서비스를 유지할 수 있게 해주는HA구성이야 말로 운영 서비스 중 제일 중요하기 때문이다. SQL Server 의 여러가지 HA구성 방법 중 Active Directory (AD) 설정이 없이 AlwaysOn Basic을 구성하는 방법에 대해서 소개해보도록 하겠다. AlwaysOn Basic 기존에 구성되어있는 SQL Server에서 라이센스 비용을 아끼고자 SQL Server 2019 Standard 버전으로 변경하여 ..
![[Ignite][Linux] 5. Cluster Node - 신규 노드 추가하기](https://img1.daumcdn.net/thumb/R750x0/?scode=mtistory2&fname=https%3A%2F%2Fblog.kakaocdn.net%2Fdn%2FMYJkk%2FbtsFRaHxpI6%2FbilZXjZykETStFt2XEYIW1%2Fimg.jpg)
Ignite Cluster Node 이그나이트의 클러스터 구성에 장점중 하나는 새로운 노드를 추가하기 쉽다는 것이다. 이미 구성되어있는 이그나이트 클러스터에 새로운 노드를 추가하는 작업을 진행해보자. Cluster config.xml 설정 파일을 통해 두대의 노드를 클러스터로 연결해둔 상태이다. 노드 설정을 다시한번 확인해보자. 클러스터 설정에 대한 자세한 내용은 이전 포스팅을 참고하도록 하자. (글의 맨아래에 링크참고) [노드 1 IP]:[노드 연결 포트] [노드 2 IP]:[노드 연결 포트] 이렇게 설정파일을 설정 후 클러스터를 활성화 하였는데, 현재 클러스터의 상태를 확인해보자. ./control.sh --baseline 클러스터 상태가 active인 것을 확인 할 수 있으며, 두대의 노드가 연결되..
![[MariaDB] 장애 조치 - Galera Cluster 동기화 전송 지연 (Delete_rows_log_event::find_row)](https://img1.daumcdn.net/thumb/R750x0/?scode=mtistory2&fname=https%3A%2F%2Fblog.kakaocdn.net%2Fdn%2FJ4YO8%2FbtsC4aXQmJU%2FWQWhtoZbVg1bgdlUFmrxi1%2Fimg.png)
Galera Cluster 동기화 전송 지연 Galera Cluster를 구성할 때 제일 중요한 점이 하나 있다. 바로 각 Table에 PK가 무조건 있어야 한다는 것인데, 이는 PK값을 통해 해당 테이블의 값을 찾아 변경/삭제를 하여 동기화를 하기 때문이다. 원래 Galera Cluster를 구성할 때 모든 테이블에 PK를 조사하여, 없으면 생성 후 구성을 하였는데 간단한? 데이터 작업을 하기위해 Temp Table을 만들고 데이터를 삭제하는 과정에서 PK를 누락하여, 갈레라 클러스터 간의 동기화 지연 이슈로 서버가 먹통이 되었다. 이 장애의 내용부터 시작해 해결방법 그리고 얼마나 걸렸는지, 그 후속 테스트까지 간단하게나마 글로 남겨보도록 한다. 장애 내용 Galera Cluster가 구성되어있는 Ma..
![[MariaDB][Linux] MaxScale 설치 - Load Balancer](https://img1.daumcdn.net/thumb/R750x0/?scode=mtistory2&fname=https%3A%2F%2Fblog.kakaocdn.net%2Fdn%2Fbhsf62%2Fbtso4zxMAVu%2Fimh7XWYj3vffk1shQIIy80%2Fimg.png)
Intro 안녕하세요. 초보 DBA 다뉴입니다. 저번에 설치하였던 MariaDB의 이중화 Galera Cluster의 노드들을 보다 효율적인 분산구조로 사용 할 수 있게 도와주는 로드밸런서 MaxScale을 구성하려 하는데요. 여러 노드를 가지고 있는 Galera Cluster에 대해 Read/Write 쿼리를 분산하여, Master 노드에 Write / 나머지 Slave 노드들에 대해 Read만 동작하도록 분산하여 성능 향상을 향상을 도모합니다. Galera Cluster의 Road Balancer인 MaxScale의 설치에 대해 한번 알아보도록 하죠. MariaDB와 Galera Cluster의 설치에 대해 궁금하신 분들은 아래의 링크를 참고해주세요! [MariaDB][Linux] MariaDB 설치..
![[MariaDB][Linux] Galera Cluster 설치 - 이중화 / HA 구성](https://img1.daumcdn.net/thumb/R750x0/?scode=mtistory2&fname=https%3A%2F%2Fblog.kakaocdn.net%2Fdn%2FAZiim%2FbtsnyK9z4gf%2Fx0YftCwrBY4kgIE55K2RU1%2Fimg.png)
Intro 안녕하세요. 초보 DBA 다뉴입니다. 오늘은 저번에 설치해본 MariaDB를 이중화하는 내용에 대해서 한번 다뤄볼까하는데요. MariaDB를 아직 설치 못하신 분은 아래의 링크를 참고해주세요 :) [MariaDB][Linux] MariaDB 설치 - Server/Client 기본 설치 방법 Intro 안녕하세요. 초보 DBA 다뉴입니다. 오늘은 CentOS7에 MariaDB를 설치하는 내용에 대해 한번 남겨볼까합니다. 실무에서 MariaDB를 사용하고 있는데요. 무료 DB이다보니 각 서비스별로 MariaDB를 세팅하 da-new.tistory.com MariaDB의 이중화는 Galera Cluster로 진행합니다. 개념적인 내용은 나중에 따로 정리 하도록 하고, 오늘은 설치와 세팅에 대해서 한..