클러스터에서 복제본 수 및 위치 결정

작성할 복제본 수

다음 목록은 작성할 복제본 수를 결정할 때 고려할 여러 항목을 설명합니다.

• 작성할 데이터베이스 복제본 수는 데이터베이스 가용성의 중요도와 데이터베이스가 수신하는 사용량에 따라 결정됩니다.
• 데이터 이중화를 원하는 데이터베이스에 대해 하나 이상의 복제본을 작성해야 합니다. 데이터베이스가 사용 불가능한 경우, 사용자는 복제본에 대한 장애 복구를 수행할 수 있습니다.
• 데이터베이스가 항상 사용 가능하도록 두 개 이상의 복제본을 작성할 수 있습니다. 가용성의 중요도가 높아질수록 작성해야 할 복제본 수도 많아집니다. 중요한 데이터베이스에 대한 다중 복제본만 추가하십시오. 불필요한 복제본은 클러스터 및 네트워크 자원을 감소시킬 수 있습니다.
• 데이터베이스는 대부분의 경우 하나의 복제본이 적합합니다. 아주 중요한 데이터베이스를 제외하고 4개 이상의 복제본이 필요한 경우는 거의 없습니다.
• 복제본을 작성할 때 시스템의 성능과 대역폭을 고려하십시오. 데이터베이스가 자주 사용될수록, 복제본을 최신 상태로 유지하기 위해 필요한 네트워크 트래픽과 처리 성능은 더욱 많아집니다. 제한된 성능과 대역폭을 가진 시스템인 경우, 더욱 많은 성능과 대역폭을 갖는 경우보다 훨씬 더 적은 수의 사용 중 데이터베이스 복제본을 작성할 수 있습니다. 그렇지 않을 경우, 더 많은 프로세서 및 기타 자원을 서버에 추가할 수도 있습니다. 자원이 제한되어 있는 클러스터의 경우, 클러스터 복제에 필요한 추가 자원 때문에 사용량이 많은 데이터베이스의 복제본을 작성해야 합니다. (클러스터링이 부적합한 자원에 대한 해결책은 아닙니다.) 그러나 데이터베이스가 사용되는 빈도가 적어질수록 데이터베이스를 계속 업데이트하는데 사용되는 오버헤드도 감소합니다.
• 작성할 복제본 수를 모를 경우, 하나부터 시작하여 클러스터 통계를 추적하십시오. 데이터베이스가 사용 불가능하거나 성능에 문제가 있는 것으로 통계에 나타날 경우, 복제본 수를 늘리면 문제가 해결될 수도 있습니다.
• 가용성이나 워크로드 분산 목적 외에는 데이터베이스 복제본을 작성하지 마십시오.

복제본 수를 결정하기 위해 데이터베이스 분석

작성할 복제본 수를 결정할 때 고려해야 할 여러 요인이 있습니다. 더 많은 복제본 작성을 제안하거나 더 적은 복제본 작성을 제안할 수도 있습니다. 다음 목록에서는 이러한 요소를 나열하고 요소가 클러스터의 트래픽 및 성능에 미치는 영향에 대해 설명합니다.

클러스터에 데이터베이스를 분산하기 전에, 데이터베이스와 클러스터 하드웨어에 대한 정보 표를 작성하는 것이 도움이 됩니다. 이 표를 사용하면 특정 데이터베이스의 중요도 및 해당 자원의 적합성을 알 수 있습니다. 다음 중 일부 또는 모두를 포함시킬 수 있습니다.

• 데이터베이스 제목

  이것은 각 데이터베이스를 식별합니다.

• 각 데이터베이스의 크기

  대용량 데이터베이스는 많은 디스크 공간을 사용합니다. 디스크 용량에 따라, 디스크 공간을 보존하기 위해 데이터베이스 크기는 더 크고 복제본 수는 더 적게 작성할 수 있습니다.

• 데이터베이스 사용자의 수와 분포

  사용자가 많은 경우, 여러 대의 서버로 사용량이 분산되어 있으면 성능이 향상될 수 있습니다. 여러 개의 복제본이 필요합니다. 사용자 수가 적은 경우, 추가 복제본에서 성능이 향상된 것을 느낄 수 없습니다.

• 사용자 트랜잭션의 발생 빈도

  트랜잭션 비율이 높은 경우, 여러 개의 복제본을 작성하면 성능이 향상될 수 있습니다.

  데이터베이스의 사용 비율을 알려면 HCLNotes® 로그 파일을 확인하십시오.

• 새 데이터의 예상량

  데이터베이스에 새 데이터가 많을 것으로 예상하는 경우, 클러스터 복제본은 수많은 추가 트래픽을 유발하므로 추가 복제로 인해 수행 속도가 느려질 수 있습니다. 강력한 서버와 많은 대역폭을 가진 경우, 문제가 발생하지 않을 수도 있습니다.

• HCLDomino® 서버 하드웨어의 용량

  서버가 강력하고 디스크 공간이 많을수록, 성능에 중대한 영향을 미치지 않고 작성 가능한 활성 복제본 수는 더 많아집니다.

• 서버 간의 네트워크 연결 종류

  클러스터 복제는 대역폭이 부족한 네트워크에서 병목 현상을 유발할 수 있습니다. 그러므로 대역폭이 커질수록, 작성할 수 있는 복제본 수는 많아집니다.

• 업무 수행에서 데이터베이스의 중요도

  업무 중심 데이터베이스의 경우, 여러 개의 복제본을 작성해야 합니다. 가용성이 덜 중요한 데이터베이스인 경우에는 보다 적은 수의 복제본을 작성하거나 복제본을 전혀 작성하지 않습니다.

예시 테이블

이 표를 참조하면 고가용성이 필요한 데이터베이스, 사용 빈도가 가장 높은 데이터베이스, 이후 필요한 추가 디스크 공간을 쉽게 확인할 수 있습니다. 이 예의 경우, 두 개의 데이터베이스가 매우 중요하며 빠르게 성장하고 있습니다. 데이터베이스가 항상 사용 가능하도록 데이터베이스 복제본 수가 충분한지 확인해야 합니다. 또한 데이터베이스 복제본이 들어 있는 모든 서버에는 증가 시 필요한 디스크 공간도 있어야 합니다. 어떤 데이터베이스는 중간 정도의 중요도를 갖고 있으며 빠르게 성장하지 않고 사용량이 많지 않습니다. 데이터베이스가 잠시 사용 불가능할 경우 업무에 부정적인 영향을 미치지 않으면 둘 이상의 데이터베이스 복제본을 제공하지 않습니다. 어떤 데이터베이스는 그다지 중요하지 않으므로, 클러스터에 복제본이 필요하지 않습니다.

동시 사용자 수는 워크로드 분산의 필요 여부를 결정하는데 유용합니다.

다음 표에서는 필요한 복제본 수를 결정하는데 아래 정보를 사용합니다.