Page Comparison

...

하나의 소스 데이터를 두(active-standby) 노드가 공유하고 이 소스 데이터를 제 3의 타깃 노드로 복제하는 구성입니다. 공유 볼륨은 이 방식은 SAN 형태의 스토리지 볼륨이 공유 볼륨을 2 노드에서 동시에 공유되는 상태를 말하며 해당 노드들에 FSR 이 모두 설치되어 있어야 합니다.

주기적 동기화

주기적으로 동기화만 수행 할 볼륨에 대한 구성 방식입니다. 실시간 복제는 수행하지 않습니다. 특히 원격의 NFS 공유볼륨과 같이 실시간 복제를 할 수 없는 볼륨의 경우 이 방식을 사용하여 주기적으로 백업할 수 있습니다.

공유하면서 DR 로 실시간 복제하는 경우에 사용하는 방식입니다.

주기적 동기화

주기적으로 동기화만 수행 할 볼륨에 대한 구성 방식입니다. 실시간 복제는 수행하지 않습니다. 특히 원격의 NFS 공유볼륨과 같이 실시간 복제를 할 수 없는 볼륨의 경우 이 방식을 사용하여 주기적으로 백업할 수 있습니다.

단, NFS 공유 볼륨에 대한 동기화는 소스로만 지정해야 하고 동기화 타깃으로 지정하지 않도록 합니다. NFS 공유 볼륨은 다수의 클라이언트에 의해 쓰기가 수행 되므로 FSR 엔진을 단독으로 한 동기화 타깃 역할로써 통제할 수 없습니다. 이와 관련한 보다 자세한 사항은 부록의 주기적 동기화 부분을 참고하세요.

...

FSR 엔진은 리소스 기동 시점에 구성 파일을 해석하여 구성 형태에 맞게 노드 간 연결 및 복제 대상경로 등을 초기화 하여 복제 서비스를 준비 합니다.

구성파일의 형식과 관련한 세부 속성은 속성 1.1.x의 내용을 참고하세요.

시스템 구성

시스템 구성파일은 config.json 파일입니다. 별도 경로를 지정하지 않을 경우 %FSR_HOME%/conf/config.json 의 경로에 위치합니다.

구성파일을 수정한 뒤 적용하기 위해서는 프로그램을 재 실행하거나 다음의 갱신 명령을 실행합니다.

fsradm config adjust

리소스 구성

리소스 파일의 파일 형식은 '*.res'이며, 경로는 시스템 설정 파일의 'options/resource_path' 항목에 명시되어 있습니다.
resource_path 의 기본 값은 현재 위치('.')이고 시스템 구성 파일의 위치를 기준으로 하여, 기본 위치는 config.json 파일의 위치와 같습니다.

다음은 리소스 구성 파일의 예 입니다.

{
  "id": "r0",
  "description": "test resource",
  "auto_up": true,
  "nodes": [
    {
      "name": "node1-hostname",
      "url": "10.20.200.75:9810",
      "files": [
        {
          "path": "G:/test/r0",
          "exclude_patterns": [
          ]
        }
      ]
    },
    {
      "name": "node2-hostname",
      "url": "10.20.200.76:9810",
      "files": [
        {
          "path": "G:/test/r0",
          "exclude_patterns": [
          ]
        }
      ]
    }
  ],
  "connections": [
    {
      "node1": {
        "name": "node1-hostname"
      },
      "node2": {
        "name": "node2-hostname"
      },
      "buffer": {
        "size": 1024
      },
      "network": {
        "ping_interval": 10,
        "compress": false,
        "tls": false,
        "limit": 0
      }
    }
  ],
  "options": {
    "exclude_patterns": [
    ]
  }
}

...