설치 학습 기록 02 --- 레디 스 데이터베이스 및 주님은 복사 모드와 센티넬을 열었다

emmmmmm 사실이 오늘 작업을 아래로 배열 된 28 교사이지만, 블로그가 열렸습니다, 어제 포기 순서가 어서 길게 할 생각입니다!

1, 레디 스 설치

레디 스는 C 언어로 작성되어 있기 때문에 레디 스 데이터베이스 설치가 설치된 모든 의존 첫째,하지 어렵습니다, 당신은 컴파일 GCC를 설치해야합니다

냠 설치 GCC-C ++ -y (安装 GCC)

위의 명령의 구현은 우리가 레디 스를 설치할 디렉토리를 필요로 GCC를 통해 설치됩니다

다음 코드를 직접 구현 내용의 테이블을 만들 수 있도록 나는, 내 / usr / 지방 / 레디 스에 설치

에서 mkdir / usr / 지방 / 레디 스

물론, 우리는 당신이 마법을 온라인으로해야 할 수도 있습니다, 레디 스, 아래에 게시 된 공식 웹 사이트를 다운로드해야합니다

https://redis.io/

나는 최신 아니라는 것을 알고하지 마십시오 5.0.5 버전의 공식 웹 사이트에 있었다

설치를 완료하려면 작업의 다음과 같은 순서로, / usr / 지방을 업로드 다운로드 한 후

CD는 / usr / 로컬 디렉토리이 체결 할

타르 -zvxf 레디 스-5.0.5.tar.gz을 압축 해제

추출 된 디렉토리에 CD를 레디 스 - 5.0.5

컴파일 시작 만든다

PREFIX = / usr / 지방 / 레디 스 설치 安装 到 / usr / 지방 / 레디 스을

그래서 방금 설치, 또한 당신은 목록에 마지막 conf의 내부에 설치 패키지를 복사, conf의를 구성해야

CD를 /root/redis-5.0.5

CP의 redis.conf / usr / 지방 / 레디 스 / 빈 / (구성 파일을 복사)

다음 또한 구성 파일의 conf의 일부를 수정해야

Ⅵ 족 /usr/local/redis/bin/redis.conf (수정 /usr/local/redis/bin/redis.conf)

기본적으로, 레디 스 백그라운드에서 실행되지 않기 때문에, 우리는 예 값을 변경, 데몬으로를 찾을 필요

뿐만 아니라 데이터베이스의 뒷면의 가치, 표현의 방법 많은 경우, 나는 32로 변경

부팅, 다음과 같은 명령을 실행 완료, 레디 스 서버를 사용할 수 있습니다

/ usr / 지방 / 레디 스 / 빈 / 레디 스 서버 /usr/local/redis/bin/redis.conf

그러나 당신이 켜거나 끄 너무 오래, 너무 많은 문제를 입력 할 때마다, 나는 단순히 bin 디렉토리가 경로 레디 스에 추가됩니다 넣어

그래서 우리는 그래서 당신이 그것을 다음 시작할 때마다 필요

레디 스 서버 /usr/local/redis/bin/redis.conf

당신은 보통의 시작 여부를 테스트 할 수 있습니다 사용 레디 스-CLI

물론, 당신은 /etc/rc.local에에서 수정 시작할 레디 스 부팅을하도록 할 수 있습니다

2 마스터 사본으로부터

나중에는 몇 가지 기사를 읽은 아마 후 emmm, 대부분은 내가 하에서 표현하는 내 자신의 단어를 사용, 무지 힘의 모양을보기 시작

마스터 - 슬레이브 복제, 업데이트 데이터는 데이터베이스에서 복사 할 수있는 몇 줄을 업데이트 할 때마다 마스터 데이터베이스 마스터 데이터베이스와 정확하게 동일한 데이터베이스를 만드는 것입니다,이 데이터베이스가 데이터베이스에서 호출 만 데이터베이스에서 읽기 및 쓰기 작업은 넘겨 집약적 자원 데이터의 많은 양을 쓰는 기본 데이터베이스가,이 데이터를 읽을 수있는 프런트 데스크의 속도에 영향을 미치지 않은 경우에도 서버의 부담을 줄이기 위해 읽고 분리를 쓸 수있는 능력을 마스터 - 슬레이브 복제 및 혜택을한다 사용, 읽기 및 쓰기 분리 마스터 데이터베이스, 때 주 동안 데이터베이스가 여전히 데이터베이스에서 작업 할 수있는 시간을 걸어, 그것은 정상적인 사용에 영향을 미치지 않습니다.

이 구절은 희망과 이해 카자흐스탄, 마스터 - 슬레이브 복제를 구성 압축을 풀고, 충분히 물론, 깊은 ​​내 자신의 이해입니다.

redis6380.conf라는 원래 redis.conf 다른 복사, 이름 변경,

CP /usr/local/redis/bin/redis.conf /usr/local/redis/bin/redis6380.conf

일반적으로 하나 개 이상의 서버로 말하기,하지만 내 컴퓨터가 조금 너무 많이 여러 가상 시스템을 열 경우, 가상 머신에 완료 포트 번호를 수정하는 데주의를 기울여야하는 것도 가능합니다

redis6380.conf을 수정하는 가입 slaveof 192.168.200.128 6379    

이것은 내가이 자습서를 보면 자신의 IP를 변경하도록 구성되어, 내 가상 머신의 IP의 IP입니다 (emmmmmm, 정말 그렇게 나쁜 사람이 그것을보고 쓴)

포트 6380에 투입하는 것을 잊지 마세요, 다음 부팅 순서는 먼저 기본 데이터베이스를 시작하고 마스터 - 슬레이브 복제를 완료 할 데이터베이스에서 시작하는 것입니다

3 센트리 모드

emmmmm, 또는 센티넬 모드 무엇인지 이해하고 일을 시작합니다

센티넬 모드는 마스터 노드에 명령을 전송 수시로 모니터링 할 모든 노드를 레디 스, 센티넬의 인스턴스를 하나 이상 사용하는 것입니다, 마스터 노드는 응답에 결함이없는 경우, 마스터 노드는 것, 실패 선택한 노드 1 리터 마스터 노드에서 데이터베이스가 제대로 작동하는지 확인합니다.

센티넬 모델 sentinel.conf 먼저 이름이 전초 26379.conf을 구별하기가 상대적으로 용이하도록 촬영, 파일 및 해당 포트 번호를 생성

다음은 구성 내용은

포트 26,379
데몬으로 예
로그 "26379.log"
DIR "./"
감시 모니터 mymaster의 192.168.200.128 6379 2
센티넬 다운 후 밀리에게 mymaster 30000
센티넬 병렬 동기화 mymaster 1 개
감시 페일 오버 타임 아웃 mymaster 15000 개
센티널 인증 패스 mymaster 123
바인드  192.168.200.128 127.0.0.1

물론, 인 데이터베이스에서 노드의 구성이 있습니다,

포트 26380
데몬으로 예
로그 파일 "26380.log"
디렉토리가 "./"
감시 모니터 노예 192.168.200.128를 6379 2
감시 아래 - 후 - 밀리 초 내 노예 30000
감시는 병렬 동기화 노예 1
센티넬 페일 오버 - 제한 시간 노예 15000
감시 auth- 통과 나의 노예 (123)
바인드  192.168.200.128 127.0.0.1을

이 개 좋은 구성 후에 만 ​​모델 센티넬을 시작하려면 다음 두 명령을 수행해야

sentinel- 26379 의 .conf ./src/redis-sentinel sentinel- 26379 의 .conf

sentinel- 26379 의 .conf ./src/redis-sentinel sentinel- 26380 의 .conf

필드 프로파일의 일부 설명

감시 모니터 <마스터 이름> < IP> <레디 스 포트> <정족수는>
주소 IP를 모니터링하는 감시 알려주기 : 마스터-이름을 사용자 정의 할 수 있습니다 마스터 포트를, 정족수는 나타내는 숫자 인 경우의 수 센티넬은 마스터가 실패 할 때, 마스터는 진정한 실패

센티넬 인증 패스 <마스터 이름 > <암호>
암호 마스터와 슬레이브가 센티넬 마스터와 슬레이브 따라서 마스터 다른 암호가 아니며, 주목되어 연결되면 설정된 슬레이브 암호를 동일하게 설정해야합니다.

감시는 다운 후 밀리 초 <마스터 -name> <밀리 초>
이 설정은 실패를 필요 얼마나 많은 시간 지정, 마스터는 주관적으로 사용할 수없는 고려 감시 할 것이다. 밀리 기본적 30 초는

병렬 동기화 <마스터 이름 센티넬 > <numslaves>
이 설정은, 페일 오버가 동시에 새로운 마스터 슬레이브 동기 수가 최대 수 마스터 스위칭 대기 중에 발생 지정 작은 개수 더 이상은 장애 조치를 완료하는 데 걸리는하지만 복제를 사용할 수 없기 때문에 숫자가 큰 경우, 더는 노예를 의미한다. 이 값은 슬레이브 상태 명령 요청을 처리 할 수 없도록하기 위해 1로 설정 될 수있다.

센티넬 페일 오버 타임 아웃 <마스터 - 이름 > <밀리>

1. 센티넬 이격 회 마스터 장애의 동일한 쌍 사이 동시에.   
2. 마스터 오류로부터 슬레이브는 데이터 계산 시간이 동기화 할 때. 동기화 될 때의 마스터 데이터의 오른쪽에 보정 슬레이브까지.    
3. 필요에 지속적으로 장애 조치 시간을 취소 할 때.    
4. 때 장애는, 모든 슬레이브는 신규 마스터를 가리 필요한 최대 시간을 설정. 그러나,이 타임 아웃 후, 노예는 여전히 올바르게 구성 병렬 동기화가 올 규칙에 따라 마스터를 가리 키도록 구성되어 있지만되지 않습니다.

추천

출처www.cnblogs.com/huajidafahao/p/11266480.html