하드웨어 크기 조정 선택
ThingWorx Foundation 노드 및 필요한 데이터베이스에 대한 권장 사항을 검토합니다. 클라우드 공급자 옵션 및 저장 속도 권장 사항은 차트를 따릅니다.
 |
권장 사항은 Azure Linux(Ubuntu 18.04 LTS) Fsv2 가상 컴퓨터에 대해 수행된 테스트를 통해 파악했습니다. Premium SSD는 모든 데이터베이스 인스턴스에 사용되었습니다. 결과는 다른 클라우드 공급자, 물리적 하드웨어 또는 운영 체제 조합에 따라 다를 수 있습니다.
|
|
크기
|
ThingWorx Foundation(각 노드)
|
관계형 DB
(SQL Server 또는 PostgreSQL)
|
시계열 DB 데이터 노드
(InfluxDB)
|
|---|---|---|---|
|
초소규모 H2*
(H2 메모리 내 DB)
|
4개의 vCPU
8GiB RAM
|
||
|
소규모 H2*
(H2 메모리 내 DB)
|
8개의 vCPU
16GiB RAM
|
||
|
소규모(RDBMS에만 해당)
|
8개의 vCPU
16GiB RAM
|
8개의 vCPU
16GiB RAM
|
|
|
소규모 이상(InfluxDB 포함**)
|
8개의 vCPU
16GiB RAM
|
4개의 vCPU
8GiB RAM
|
4개의 vCPU
8GiB RAM
|
|
중규모(RDBMS에만 해당)
|
16개의 vCPU
32GiB RAM
|
16개의 vCPU
32GiB RAM
|
|
|
중규모 이상(InfluxDB 포함**)
|
16개의 vCPU
32GiB RAM
|
8개의 vCPU
16GiB RAM
|
8개의 vCPU
16GiB RAM
|
|
대규모(RDBMS에만 해당)
|
32개의 vCPU
64GiB RAM
|
32개의 vCPU
64GiB RAM
|
|
|
대규모 이상(InfluxDB 포함**)
|
32개의 vCPU
64GiB RAM
|
16개의 vCPU
32GiB RAM
|
16개의 vCPU
32GiB RAM
|
|
미리 알림: 크기 조정 안내서의 권장 사항은 초기 기준선을 사용하여 ThingWorx 구현의 크기를 조정하기 위한 것입니다. 개별 결과는 에지 구성, 응용 프로그램 로드 등에 따라 달라집니다.
|
|||
|
* H2 메모리 내 데이터베이스는 생산 구현에 대해 지원되지 않습니다.
** ThingWorx는 고가용성 및 성능 향상을 위해 오픈 소스인 단일 노드 버전의 InfluxDB 또는 InfluxDB Enterprise 클러스터를 사용할 수 있습니다. InfluxDB 오픈 소스 버전은 이러한 크기 조정 테스트용으로 사용되었습니다. InfluxDB Enterprise 크기 조정의 경우 표시된 두 개의 InfluxDB "데이터" 노드와 3개의 "메타" 노드(일반적으로 각각 1~2개의 vCPU 및 0.5~1GiB RAM으로 구성)를 계획합니다. InfluxDB 크기 조정에 대한 자세한 내용은 https://docs.influxdata.com/influxdb/v1.8/guides/hardware_sizing/을 참조하십시오.
|
|||
Microsoft Azure
Azure는 사용 사례에 적합한 여러 인스턴스 유형을 제공합니다. PTC는 대부분의 사용 사례에 대해 계산되고 최적화된 하이퍼 스레드 인스턴스 유형을 권장합니다. 주로 Fsv2 시리즈를 권장합니다.
Microsoft에서는 Azure Fsv2 시리즈 인스턴스를 "vCPU당 2GiB RAM 및 8GB의 로컬 임시 저장 장치(SSD)를 지원하고 계산 시간이 많이 드는 워크로드에 최적화된" VM으로 설명합니다.
일반 용도의 Dsv3 시리즈와 같은 다른 인스턴스 유형도 배포되는 응용 프로그램의 요구사항에 따라 고려할 수도 있습니다.
• F 등급(계산 최적화) VM은 덜 복잡한 비즈니스 로직 또는 이벤트 처리를 사용하는 고속 데이터 수집에 매우 적합한 경우가 많습니다.
• D 등급(일반 용도) VM은 메모리에서 상태를 유지해야 하는 높은 장치 수를 우선시하는 ThingWorx 응용 프로그램에 매우 적합한 경우가 많습니다.
사용 사례에 대해 CPU 클럭 속도를 고려해야 할 수도 있습니다. Fsv2는 Dsv3보다 약간 높은 CPU 클럭 속도를 제공하므로 고속 대용량 이벤트 처리가 필요한 워크로드에 상당한 영향을 줄 수 있습니다.
Azure는 CPU 코어 수를 기준으로 VM을 선택하는 데 패키지된 방법을 제공합니다. 일반적인 크기 조정 용어는 F2s_v2, F4s_v2, F8s_v2 등입니다. 여기서 숫자는 VM의 CPU 코어 수를 나타냅니다.
위에 나와 있는 온프레미스 용어의 예를 참조해서 H2 데이터베이스를 사용하는 소규모 ThingWorx Platform이 F8s_v2 VM에서 실행되도록 크기를 조정할 수도 있지만, 사용자의 요구사항에 따라 응용 프로그램에 ThingWorx Foundation 노드당 더 큰 메모리 공간이 필요한 경우 D8s_v3을 배포하도록 선택할 수 있습니다.
또한 Microsoft는 해당 VM 오퍼링을 정기적으로 조정하고 개선합니다. Azure VM 세부 사항에 대한 자세한 내용은 Azure 웹 사이트(https://azure.microsoft.com/en-us/pricing/details/virtual-machines/series/)를 확인하십시오.
일반 온프레미스 용어
일반 또는 온프레미스 하드웨어 크기는 일반적으로 처리 능력의 경우 CPU 코어 수 그리고 메모리 기능의 경우 RAM과 관련해서 설명됩니다. 예를 들어, H2 데이터베이스를 사용하는 소규모 ThingWorx Platform은 8개의 CPU 코어 및 16GB RAM에서 크기가 조정될 수 있습니다.
응용 프로그램 구성에 단일 실패 지점이 없도록 하기 위해 데이터베이스에 자체 서버를 제공하는 것이 좋습니다.
Amazon Web Services(AWS) 용어
EC2 인스턴스의 경우 AWS는 다양한 인스턴스 유형을 제공합니다. PTC는 계산 최적화된 시리즈를 권장하며, 최신은 C5d 시리즈입니다. AWS에서는 이러한 인스턴스 유형은 "계산하는 데 시간이 많이 걸리는 워크로드에 최적화되어 있으며 계산 비율당 낮은 가격에서 비용 효율적인 높은 성능을 제공합니다."라고 말합니다.
AWS는 CPU 및 메모리를 고려해서 EC2 인스턴스의 크기를 선택하는 티셔츠 방법론을 제공합니다. 일반적인 크기 조정 용어는 large, xlarge, 2xlarge 등입니다.
위에 있는 온프레미스 용어의 예를 참조해서 H2 데이터베이스를 사용하는 소규모 ThingWorx Platform이 C5d.2xlarge EC2 인스턴스에서 실행되도록 크기가 조정될 수 있습니다. 일반 용도(M) 및 메모리 집약적(R)과 같은 다른 EC2 인스턴스 유형도 응용 프로그램 로드에 필요한 CPU와 메모리 비율을 기반으로 고려할 수 있지만 이 안내서에서는 다루지 않습니다.
Amazon EC2 인스턴스 유형 세부 사항에 대한 자세한 내용은 AWS 웹 사이트(https://aws.amazon.com/ec2/instance-types/)를 참조하십시오.
고속 스토리지
일반적으로 ThingWorx에는 동시 데이터 수집, 처리 및 시각화를 지원하기 위해 고속 스토리지를 사용하는 것이 좋습니다.
느린 스토리지 옵션을 사용하면 ThingWorx와 ThingWorx가 사용하는 데이터베이스에 대한 성능 및 규모 조정 과제를 진단하기 어려울 수 있습니다. 이러한 과제에는 시스템 백업, 운영 체제, 데이터베이스 수준 데이터 조각화 또는 동일한 스토리지 장치나 컨트롤러에서 실행 중인 정리 작업과 같은 예기치 않은 외부 영향이 있을 수도 있습니다.
SSD(Solid State Disk) 옵션은 권장되는 각 클라우드 공급업체에 대해 존재하며 플랫폼과 데이터베이스 구현 모두에 대해 가능할 때마다 고려해야 합니다.
특히 변경될 예정이거나 액세스 빈도가 낮은 데이터의 경우 HDD(고속 하드 디스크 드라이브) 옵션을 고려할 수 있습니다.
자세한 내용은 ThingWorx 시스템 요구사항을 검토하십시오.