Windows Server 및 Linux에서 Azure 및 독립 실행형 Service Fabric 클러스터 비교

Service Fabric 클러스터는 마이크로 서비스가 배포되고 관리되는 가상 또는 물리적 컴퓨터의 네트워크에 연결된 집합입니다. 클러스터의 일부인 컴퓨터 또는 VM(가상 머신)을 클러스터 노드라고 합니다. 클러스터는 수천 개의 노드로 확장할 수 있습니다. 클러스터에 새 노드를 추가하는 경우 Service Fabric은 증가된 노드 수에 걸쳐 서비스 파티션 복제본 및 인스턴스의 균형을 다시 조정합니다. 전반적인 애플리케이션 성능이 향상되고 메모리 액세스에 대한 경합이 감소합니다. 클러스터의 노드가 효율적으로 사용되지 않는 경우 클러스터의 노드 수를 줄일 수 있습니다. Service Fabric은 각 노드의 하드웨어를 보다 효율적으로 사용할 수 있도록 감소된 노드 수에 맞게 파티션 복제본 및 인스턴스의 균형을 다시 조정합니다.

Service Fabric을 사용하면 Windows Server 또는 Linux를 실행하는 모든 VM 또는 컴퓨터에서 Service Fabric 클러스터를 만들 수 있습니다. 그러나 독립 실행형 클러스터는 Linux에서 사용할 수 없습니다. Windows 및 Linux 기능 지원의 차이점에 대한 자세한 내용은 Linux의 Service Fabric과 Windows 간의 차이점을 참조하세요.

Azure에서 클러스터의 이점

Azure에서는 다른 Azure 기능 및 서비스와의 통합을 제공하여 클러스터의 운영 및 관리를 더 쉽고 안정적으로 만듭니다.

  • Azure Portal: Azure Portal을 사용하면 클러스터를 쉽게 만들고 관리할 수 있습니다.
  • Azure Resource Manager: Azure Resource Manager를 사용하면 클러스터에서 단일 단위로 사용하는 모든 리소스를 쉽게 관리할 수 있으며 비용 추적 및 청구를 간소화할 수 있습니다.
  • Azure 리소스로서의 Service Fabric 클러스터 Service Fabric 클러스터는 Azure 리소스이므로 Azure에서 다른 리소스를 수행하는 것처럼 모델링할 수 있습니다.
  • Azure 인프라와 통합 Service Fabric은 OS, 네트워크 및 기타 업그레이드를 위한 기본 Azure 인프라와 조정하여 애플리케이션의 가용성과 안정성을 향상시킵니다.
  • 진단: Azure에서는 Azure 진단 및 Azure Monitor 로그와의 통합을 제공합니다.
  • 자동 크기 조정: Azure의 클러스터의 경우 Virtual Machine 확장 집합을 통해 기본 제공 자동 크기 조정 기능을 제공합니다. 온-프레미스 및 기타 클라우드 환경에서는 Service Fabric이 클러스터 크기 조정을 위해 노출하는 API를 사용하여 자체 자동 크기 조정 기능을 빌드하거나 수동으로 크기를 조정해야 합니다.

독립 실행형 클러스터의 이점

  • 클러스터를 호스트할 클라우드 공급자를 자유롭게 선택할 수 있습니다.
  • Service Fabric 애플리케이션은 한 번 작성되면 최소한의 변경 없이 여러 호스팅 환경에서 실행할 수 있습니다.
  • Service Fabric 애플리케이션 빌드에 대한 지식은 한 호스팅 환경에서 다른 호스팅 환경으로 이월됩니다.
  • Service Fabric 클러스터를 실행하고 관리하는 운영 환경은 한 환경에서 다른 환경으로 이월됩니다.
  • 광범위한 고객 도달 범위는 호스팅 환경의 제약 조건에 제한받지 않습니다.
  • 데이터 센터 또는 클라우드 공급자에 정전이 있는 경우 서비스를 다른 배포 환경으로 이동할 수 있으므로 광범위한 중단에 대한 안정성 및 보호 계층이 추가로 존재합니다.

다음 단계