KENSEI IT BLOG

mariadb 암호화 DB 암호화 1. 개인정보 유출시 안전성 확보 2. DB 보안에 대한 법률적 요구사항 만족 3. 내부자 유출 및 외부 공격 위협으로부터 데이터 보호 4. 암호화와 암호키 관리가 핵심 5. DBMS 기능에 따른 trade-off 고려 내부 암호화 어플리케이션 수정 불필요, DBMS 자체 암호화 기능 (구축 용이)암복호화의 서버 부하 발생, 제한적인 암호화 알고리즘DB 테이블 내 암호키 존재로 보안성 약함, 암호키 분리 위한 HSM 장비 필요 외부 암호화 DB 서버 독립적 암호화, 보안성 강화, 강력한 접근제어, 다수 DB와 어플서버 연계통신 증가에 따른 부하, 어플리케이션 수정의 부담, 암복호화 서버의 부가적인 접근제어 시스템 마련

리플리케이션 하는 이유 읽기 부하 분산 (슬레이브) 데이터 분석 (슬레이브) 백업지원 (슬레이브) * 마스터에 영향을 주지 않고 슬레이브에서 백업하기 위함 (안정성?) 데이터 분산 (마스터에 연결하지 않고 로컬에서 작업)MariaDB 10.0 introduced replication with global transaction IDs. These have a number of benefits, and it is generally recommended to use this feature from MariaDB 10.0. 마리아DB 10버전 이후부터 GTID 라는것을 지원하는데 사용하는것을 추천한다고 함 마스터와 슬레이브간 버전이 다를때 마스터의 버전이 낮은것 (older) 을 권고 계속 리플레케이션을 연결할..