Julian과 Nuno의 접근법은 대부분의 일반적인 시나리오를 다루고 있습니다. 실제로 단일 데이터베이스는 단일 실패 지점이지만 많은 설치에서 동일한 데이터베이스 서버에서 여러 스키마를 실행해야하므로 여러 개의 "브로커 DB"가 있더라도 여전히 단일 지점에서 오류가 발생합니다.
고려할 또 다른 대안은 전적으로 독립적 인 전달 노드입니다. 이것은 프레젠테이션 상자에서 데이터베이스 서버를 실행하는 것을 의미 할 수도 있습니다. 요즘에는 어쨌든 모든 가상 서버가 있으므로 별도의 작은 데이터베이스 서버를 실행할 수 있습니다. (라이선스 비용은 중요한 제약이됩니다)
각 배달 서버는 자체 데이터베이스와 파일 시스템을 가지고 있습니다. 원하는 수에 따라 여러 대상/배포자를 설정하지 않으므로 하나에 배포하고 파일 시스템 복제 및 데이터베이스 로그 전달을 사용하여 나머지 내용을 미러링 할 수 있습니다.물론
, 당신은 당신이 모든 클러스터를 관리 할 수 있습니다 가정, 중복성을 위해 두 가지 배포 시스템 (또는 세)를 구성 할 수 있습니다 등
OK -이 같은 일을 내장 적이 있지만 - 깨끗한 와서 가상화가 증가함에 따라 이런 종류의 디자인 요소가 점점 일반화 될 것이며,이를 지원하는 라이센싱 모델도 상당히 보편화 될 것입니다. (아마도 Tridion이 오픈 소스 데이터베이스를 지원할 때까지 기다려야 할 것입니다!)
이 상황에서는 여러 배포자에게 게시하는 하나의 게시이지만 그것이 브로커에 게시하는 것으로 가정합니다. 여기에 어떤 조언이 있습니까? – johnwinter
한 배포자가 브로커에만 게시하는 경우 SPOF가 있습니다. 데이터베이스 배포를 수행하는 배포자가 실패하면 다른 모든 배포자의 배포가 완료되지 않습니다. 조직이이를 더욱 강력하게 만드는 데 필요한 다른 인프라를 원하지 않는 경우 모든 dpeloyers가 동일한 작업 (파일 시스템 및 데이터베이스)을 수행하고 각 배포자에 대해 별도의 브로커 데이터베이스를 보유하는 것이 가장 좋습니다. –