헤드 간의 모든 통신은 CLUSTRON 하드웨어에서 제공하는 3개의 클러스터 I/O 연결 중 하나를 통해 전송되는 하나 이상의 메시지로 구성됩니다(아래 그림 참조). 이 장치는 저속 직렬 연결 2개 및 이더넷 연결 1개를 제공합니다. 직렬 연결을 사용하면 안정성이 향상됩니다. 이더넷 연결은 사용량이 너무 많으면 시스템에서 신속하게 서비스하지 못할 수 있습니다. 허위 오류 감지 및 원치 않는 인계는 클러스터화된 시스템이 로드에 대해 응답하기 위한 좋은 방법이 아닙니다. 인계 중 요청이 서비스되지 않아 대신 클라이언트에 의해 대기열에 저장되어 이미 과중해진 로드에 인계 후 지연된 요청까지 더해져 심각한 문제가 발생할 수 있습니다. Oracle ZFS Storage Appliance에서 사용하는 직렬 연결에서는 이 오류 모드가 허용되지 않습니다. 이더넷 연결은 하트비트가 아닌 메시지(예: 재결합 동기화)의 전송 성능을 더 높이고 백업 하트비트를 제공합니다.
이 3개의 연결 모두 일반적인 직통 EIA/TIA-568B(8선, 기가비트 이더넷) 케이블을 사용하여 형성됩니다. 2개의 동일한 컨트롤러 간에 직통 케이블을 사용하려면 아래의 케이블 연결 절과 같이 케이블을 사용하여 2개의 커넥터에 있는 양쪽 소켓에 연결해야 합니다.
그림 20 ZS3-2 컨트롤러 클러스터 I/O 포트
|
그림 21 ZS4-4, ZS3-4 및 7x20 컨트롤러 클러스터 I/O 포트
그림 2. ZS4-4, ZS3-4 및 7x20 컨트롤러 클러스터 I/O 포트
|
클러스터화된 헤드는 클러스터 상호 연결로 설정된 보안 개인 네트워크를 통해서만 서로 통신하며, 서비스 또는 관리 용도의 네트워크 인터페이스를 통해 통신하지 않습니다. 메시지는 2가지 일반 범주인 원격 헤드의 장애 감지에 사용되는 일반 하트비트와 리소스 관리자 및 클러스터 관리 부속 시스템과 연관된 상위 레벨 트래픽으로 나뉩니다. 하트비트는 3개의 연결 모두에서 전송됩니다. 고정 간격으로 지속적으로 전송되며 모든 하트비트는 동일하고 일반 정보가 포함되므로 인식 또는 재전송되지 않습니다. 다른 트래픽은 모든 연결을 통해 전송될 수 있으며 일반적으로 전송 시점에 사용할 수 있는 가장 빠른 연결을 사용합니다. 이 트래픽은 상위 레벨 소프트웨어의 안정적인 전송을 유지 관리하는 데 필요한 경우 인식, 확인 및 재전송됩니다.
유형이나 원본에 관계없이 모든 메시지는 단일 128바이트 패킷으로 전송되며 데이터 무결성을 위해 1-68바이트의 데이터 페이로드 및 20바이트 확인 해시를 포함합니다. 직렬 연결은 9개 데이터 비트 및 단일 시작과 중지 비트로 구성된 115200bps로 실행되며, 이더넷 연결은 1Gbps로 실행됩니다. 따라서 직렬 연결의 효과적인 메시지 대기 시간은 약 12.2밀리초입니다. 이더넷 대기 시간은 크게 다릅니다. 일반적인 대기 시간이 마이크로초 단위인 반면, 시스템 로드로 인해 어플라이언스 관리 소프트웨어의 효과적인 대기 시간은 훨씬 더 깁니다.
일반적으로 하트비트 메시지는 3개의 클러스터 I/O 연결 모두에서 각 헤드에 의해 50밀리초 간격으로 전송됩니다. 메시지를 수신하지 못하면 200밀리초(직렬 연결) 또는 500밀리초(이더넷 연결) 후 연결 장애가 있는 것으로 간주됩니다. 3개의 연결이 모두 실패할 경우 피어가 이를 감지하여 인계 중재가 수행됩니다. 패닉이 발생할 경우 패닉 헤드가 각 직렬 연결을 통해 단일 알림 메시지를 전송하고, 다른 연결의 상태에 관계없이 해당 피어가 즉시 인계를 시작합니다. 이러한 특성을 감안하여 일반적으로 클러스터링 부속 시스템에서 해당 피어의 실패를 감지하는 시간은 다음과 같습니다.
550밀리초 - 피어에서 응답이 중지되었거나 전원이 공급되지 않는 경우
30밀리초 - 피어에 심각한 소프트웨어 오류가 발생하여 운영 체제 패닉이 트리거된 경우
이 절에서 설명하는 모든 값은 고정값입니다. Oracle ZFS Storage Appliance는 이러한 매개변수를 조정하기 위해 어플라이언스로서의 기능을 제공하지 않습니다. 이러한 값은 구현 세부 정보로 간주되며 여기에서는 구현 용도로만 제공됩니다. 언제든지 예고 없이 변경될 수 있습니다.