Cisco Cisco Email Security Appliance C160 Mode D'Emploi

Cisco AsyncOS 9.1 for Email 사용 설명서

39 장     클러스터를 사용한 중앙 집중식 관리

  모범 사례 및 자주 묻는 질문

복사와 이동 비교

복사하는 경우: 클러스터에 설정을 포함하고 그룹 또는 머신에는 설정을 포함하지 않거나 다른 설
정을 포함하고자 할 때

이동하는 경우: 클러스터에 설정을 전혀 포함하지 않지만 그룹 또는 머신에는 설정을 포함하고자 
할 때

적절한 CM 설계 사례

LIST로 CM 머신을 나열하는 경우 다음과 같이 표시될 수 있습니다.

cluster = CompanyName

Group Main_Group:

Machine lab1.example.com (Serial #: XXXXXXXXXXXX-XXXXXXX)

Machine lab2.example.com (Serial #: XXXXXXXXXXXX-XXXXXXX)

Group Paris:

Machine lab3.example.com (Serial #: XXXXXXXXXXXX-XXXXXXX)

Machine lab4.example.com (Serial #: XXXXXXXXXXXX-XXXXXXX)

Group Rome:

Machine lab5.example.com (Serial #: XXXXXXXXXXXX-XXXXXXX)

Machine lab6.example.com (Serial #: XXXXXXXXXXXX-XXXXXXX)

변경사항을 적용하는 수준의 추적 경로를 잃지 않도록 주의하십시오. 예를 들어 Main_Group의 이
름(RENAMEGROUP 사용)을 London으로 변경한 경우 다음과 같은 형식이 표시됩니다.

cluster = CompanyName

Group London:

Machine lab1.cable.nu (Serial #: 000F1FF7B3F0-CF2SX51)

...

그러나 이 구성은 그룹 수준에서 London 시스템을 변경하여 많은 관리자에게 혼동을 주므로 관리
자들은 기본 설정의 표준 구성 수준으로 클러스터 수준을 사용하지 않습니다.

팁: 클러스터와 동일한 이름의 그룹(예: London 클러스터, London 그룹)은 사용하지 않는 것이 좋
습니다.  그룹 이름에 사이트 이름을 사용하는 경우 위치를 나타내는 클러스터 이름은 사용하지 않
는 것이 좋습니다.

올바른 방법은 위에 설명된 것처럼 가능하면 많은 설정을 클러스터 수준으로 유지하는 것입니다. 
대부분의 경우 기본 사이트 또는 기본 머신 집합은 Main_Group에서 유지하고 추가 사이트에는 그
룹을 사용해야 합니다. 이는 두 사이트가 모두 "동일"한 것으로 간주되는 경우에도 마찬가지입니
다.  CM에 기본/보조 또는 마스터/슬레이브 서버가 없는 경우 모든 클러스터된 머신은 피어입니다.

팁: 추가 그룹을 사용하는 경우 추가 머신이 클러스터에 조인하기 전에 쉽게 그룹을 준비할 수 있
습니다.

클러스터 설정에서 스팸 격리에 액세스하기 위한 모범 사례

로그인한 어플라이언스에서 클러스터에 있는 다른 어플라이언스의 스팸 격리에 액세스하면 로그
인한 어플라이언스의 과도한 CPU 사용을 유발할 수 있습니다. 이러한 상황을 방지하기 위해 해당 
어플라이언스에 로그인하여 스팸 격리에 액세스할 수 있습니다.