[MariaDB] Master-Slave replication 서버 구축

 

---

 

Database를 만들고 나서 혹시 모를 DB서버장애에 대비하기 위한 예방책으로는 여러가지 방법이 있습니다. 그중에 가장 기본적이고 효과적인 대비책은 바로 백업(backup)인데요. 백업 방식에도 여러가지 방식이 있습니다. linux 기반 DB 서버라면 스케줄러인 cron을 이용해서 주기적으로 덤프파일을 생성할 수도 있고 아니면 오늘 정리할 master-slave 설정을 통해서 복제(replication)하여 장애에 대비하는 방법이 있습니다.

 

---

 

위에서 언급했다시피 오늘은 master-slave를 설정해서 DB를 백업하고 master는 write만, slave는 read만 하는 분산처리를 통해 약간의 성능향상을 노릴 수 있는 방법을 정리해보려고 합니다.

우선 master와 slave가 같은 서버 즉, 하나의 서버에서 동작할 수도 있겠지만 그렇게되면 서버에 장애가 발생했을 때 제대로된 역할을 할 수 없기 때문에 서버를 별도로 만들어주겠습니다.

 

준비물

1. master 서버
2. slave 서버
3. 각각 동일한 DB 데이터
**master 서버는 slave 서버에서 접근이 가능해야함.

 

 

1. Master 설정

master쪽에 설정을 먼저 해줍시다.

 

1-1. my.cnf (mariadb 설정파일) 수정

my.cnf파일을 열어서 [mysqld] 아래에 server_id를 추가해주세요.

...

[mysqld]

#
# * Master Settings
#
server_id = 1

...

 

server_id를 my.cnf에 추가해주고 실제로 잘 적용이 되었는지 확인해봅니다.

 

# service mysql restart
# mysql -uroot -p

> show variables like 'server_id';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| server_id     | 1     |
+---------------+-------+
1 row in set (0.001 sec)

결과로 위에서 설정한 server_id가 1로 나오면 정상입니다. 만약에 값이 일치하지 않는다면 아래와 같이 수동으로 server_id를 설정해주면 됩니다.

 

> SET GLOBAL server_id = 1;

 

1-2. Replication 사용자 등록

replication을 할 slave 사용자를 추가해줍니다.

 

> grant replication slave on *.* to 아이디@'%' identified by '비밀번호';
> flush privileges;

여기서 아이디, 비밀번호에는 사용하실 아이디와 비밀번호를 입력해주시면 됩니다.

 

 

1-3. Master 정보 확인

아래의 명령어를 통해서 Slave에서 지정할 Master의 정보를 확인합니다.

> show master status;
+--------------------+----------+--------------+------------------+
| File               | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+--------------------+----------+--------------+------------------+
| mariadb-bin.000001 |      344 |              |                  |
+--------------------+----------+--------------+------------------+
1 row in set (0.00 sec)

위의 쿼리 결과로 나오는 File과 Position을 기억하시거나 메모해주세요. Slave설정 시 사용됩니다.

 

1-4. Master 정보 확인 불가 (정보가 나오지 않는 경우. Empty set)

 

Empty set (0.00 sec)

만약에 위와같은 결과가 나오는 경우 log_bin이 꺼져있는 경우입니다. 이런 경우에는 log_bin이 생략되도록 my.cnf에 설정되어있지는 않은지 아니면 아예 설정이 안 되어있는 것은 아닌지 확인하시고 설정파일을 수정해주시면 됩니다.

 

MariaDB [(none)]> show variables like '%log_bin%';
+---------------------------------+----------------------------------+
| Variable_name                   | Value                            |
+---------------------------------+----------------------------------+
| log_bin                         | OFF                              |
| log_bin_basename                | /var/log/mysql/mariadb-bin       |
| log_bin_compress                | OFF                              |
| log_bin_compress_min_len        | 256                              |
| log_bin_index                   | /var/log/mysql/mariadb-bin.index |
| log_bin_trust_function_creators | OFF                              |
| sql_log_bin                     | ON                               |
+---------------------------------+----------------------------------+
7 rows in set (0.00 sec)

log_bin이 OFF로 꺼져있는게 확인이 되었습니다. my.cnf 파일을 다시 열어서 [mysqld] 영역에 log_bin 경로를 셋팅해주거나 밑에 skip_log_bin이 설정되어있지 않은지 확인하시고 수정한 후에 mysql restart 해주시면 해결됩니다.

 

my.cnf 수정

[mysqld]
...
# log_bin = mysql-bin -> 주석처리되어있거나 아예 없는경우 추가해주어야함
skip_log_bin -> 제거해주어야함
...

 

---

 

2. Slave 설정

Master 설정을 마쳤다면 절반은 성공하신 겁니다. 이어서 Slave도 설정해주세요.

 

2-1. my.cnf 수정

Master와 마찬가지고 my.cnf파일을 열어서 [mysqld] 아래에 server_id 및 slave 정보를 설정해주세요.

...

[mysqld]

#
# * Slave Settings
#
server_id = 2
relay_log = mysql-relay-bin
log_slave_updates = 1
read_only = 1


...

 

my.cnf 수정한 내용을 적용시키기 위해서 mysql를 restart해주고 server_id를 확인해줘요.

 

# service mysql restart
# mysql -uroot -p

> show variables like 'server_id';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| server_id     | 2     |
+---------------+-------+
1 row in set (0.001 sec)

 

Master에서와 마찬가지로 제대로 설정되어있지 않다면 쿼리를 통해 수동으로 설정해줘요.

 

> SET GLOBAL server_id = 2;

 

 

2-2. Master 접속 정보 설정

Slave에서 Master로 접속하기 위한 정보를 쿼리를 통해서 설정해줘요.

** 여기서 위에서 Master 설정 시 기억하거나 메모했던 정보를 사용합니다.

 

> CHANGE MASTER TO MASTER_HOST='Master서버 IP',
MASTER_USER='아이디',
MASTER_PASSWORD='비밀번호',
MASTER_PORT=Master DB Port,
MASTER_LOG_FILE='위에서 확인한 File',
MASTER_LOG_POS=위에서 확인한 Position,
MASTER_CONNECT_RETRY=10;

보기 편하게 개행하였습니다. 입력하실때에는 한줄에 입력하셔도 무방합니다.

 

Master-slave 설정 부분중에 가장 복잡한 부분이라고 할 수 있습니다.

쿼리에서 MASTER_HOST는 Master 서버의 IP를 입력해주시면 되고

MASTER_USER에는 Master설정 시 replication salve 계정의 아이디를 MASTER_PASSWORD에는 비밀번호를 입력해주시면 됩니다.

 

MASTER_LOG_FILE과 MASTER_LOG_POS은 Master 설정 시 show master status; 쿼리로 확인했던 정보를 그대로 입력해주시면 됩니다.

 

마지막으로 MASTER_CONNECT_RETRY는 연결 시도 횟수를 지정해주시면 됩니다. 여기서는 10번으로 지정하였습니다.

 

예를들면 아래와 같습니다.

 

MariaDB [(none)]> CHANGE MASTER TO MASTER_HOST='45.119.144.73',
 -> MASTER_USER='repl',
 -> MASTER_PASSWORD='repl_pw',
 -> MASTER_PORT=3306,
 -> MASTER_LOG_FILE='mariadb-bin.000001',
 -> MASTER_LOG_POS=344,
 -> MASTER_CONNECT_RETRY=10;
Query OK, 0 rows affected (0.01 sec)

 

설정을 마쳤으면 slave를 깨워봅시다.

 

2-3. Slave start (시작)

MariaDB [(none)]> start slave;
Query OK, 0 rows affected (0.00 sec)

 

2-4. Slave 동작 확인

잘 된건지 확인해보기 위해 아래 쿼리를 입력해줍니다.

 

> show slave status\G;
*************************** 1. row ***************************
                Slave_IO_State: Queueing master event to the relay log
                   Master_Host: <host>
                   Master_User: <user>
                   Master_Port: <port>
                 Connect_Retry: 10
               Master_Log_File: mariadb-bin.000004
           Read_Master_Log_Pos: 105184981
                Relay_Log_File: mysql-relay-bin.000002
                 Relay_Log_Pos: 53169888
         Relay_Master_Log_File: mariadb-bin.000003
              Slave_IO_Running: Yes
             Slave_SQL_Running: Yes
               Replicate_Do_DB:
           Replicate_Ignore_DB:
            Replicate_Do_Table:
        Replicate_Ignore_Table:
       Replicate_Wild_Do_Table:
   Replicate_Wild_Ignore_Table:
                    Last_Errno: 0
                    Last_Error:
                  Skip_Counter: 0
           Exec_Master_Log_Pos: 53169975
               Relay_Log_Space: 210825132
               Until_Condition: None
                Until_Log_File:
                 Until_Log_Pos: 0
            Master_SSL_Allowed: No
            Master_SSL_CA_File:
            Master_SSL_CA_Path:
               Master_SSL_Cert:
             Master_SSL_Cipher:
                Master_SSL_Key:
         Seconds_Behind_Master: 3453
 Master_SSL_Verify_Server_Cert: No
                 Last_IO_Errno: 0
                 Last_IO_Error:
                Last_SQL_Errno: 0
                Last_SQL_Error:
   Replicate_Ignore_Server_Ids:
              Master_Server_Id: 1
                Master_SSL_Crl:
            Master_SSL_Crlpath:
                    Using_Gtid: No
                   Gtid_IO_Pos:
       Replicate_Do_Domain_Ids:
   Replicate_Ignore_Domain_Ids:
                 Parallel_Mode: optimistic
                     SQL_Delay: 0
           SQL_Remaining_Delay: NULL
       Slave_SQL_Running_State: Update
              Slave_DDL_Groups: 297
Slave_Non_Transactional_Groups: 3
    Slave_Transactional_Groups: 31
1 row in set (0.425 sec)

 

Slave_I/O_Running: Yes
Slave_SQL_Running: Yes

위의 2개 항목이 모두 Yes이고 Slave_I/O_State: Waiting for master to send event 이면 정상작동하는 중입니다.

 

이제 master의 데이터가 변경되면 slave의 데이터 또한 같이 변경되는 것을 테스트 해보시면 확인하실 수 있습니다.

 

만약에 slave가 제대로 동작하지 않는 경우 show slave status\G; 쿼리를 통해서 에러메시지를 확인할 수 있습니다.

Last_IO_Errno
Last_IO_Error
Last_SQL_Errno
Last_SQL_Error

이 4개의 필드를 확인해보시면 됩니다.

 

 

참고

블로그