Выбор размеров оборудования
Просмотрите рекомендации для узлов ThingWorx Foundation и требуемых баз данных. Опции поставщика облачных сервисов и рекомендации по скорости хранения следуют схеме.
 |
Рекомендации были выработаны с помощью тестов, выполненных на виртуальных машинах Azure Linux (Ubuntu 18.04 LTS) Fsv2. Для всех экземпляров базы данных использовались SSD-диски уровня "Премиум". Результаты могут отличаться для других поставщиков облачных сервисов, физических аппаратных средств или комбинаций операционных систем.
|
|
Размер
|
ThingWorx Foundation (каждый узел)
|
Реляционная база данных
(SQL Server или PostgreSQL)
|
Узлы данных БД для временных рядов данных
(InfluxDB)
|
|---|---|---|---|
|
Сверхмалая H2*
(хранимая в памяти база данных H2)
|
4 вирт. ЦП
8 ГБ ОЗУ
|
||
|
Малая H2*
(хранимая в памяти база данных H2)
|
8 вирт. ЦП
16 ГБ ОЗУ
|
||
|
Малая(только СУРБД)
|
8 вирт. ЦП
16 ГБ ОЗУ
|
8 вирт. ЦП
16 ГБ ОЗУ
|
|
|
Малая+(с InfluxDB * *)
|
8 вирт. ЦП
16 ГБ ОЗУ
|
4 вирт. ЦП
8 ГБ ОЗУ
|
4 вирт. ЦП
8 ГБ ОЗУ
|
|
Средняя(только СУРБД)
|
16 вирт. ЦП
32 ГБ ОЗУ
|
16 вирт. ЦП
32 ГБ ОЗУ
|
|
|
Средняя+(с InfluxDB**)
|
16 вирт. ЦП
32 ГБ ОЗУ
|
8 вирт. ЦП
16 ГБ ОЗУ
|
8 вирт. ЦП
16 ГБ ОЗУ
|
|
Большая(только СУРБД)
|
32 вирт. ЦП
64 ГБ ОЗУ
|
32 вирт. ЦП
64 ГБ ОЗУ
|
|
|
Большая+(с InfluxDB**)
|
32 вирт. ЦП
64 ГБ ОЗУ
|
16 вирт. ЦП
32 ГБ ОЗУ
|
16 вирт. ЦП
32 ГБ ОЗУ
|
|
Напоминание. Рекомендации по размерам в руководстве по выбору размеров предназначены для использования при выборе размеров реализаций ThingWorx начальных базовых значений. Отдельные результаты будут изменяться в зависимости от конфигурации соединений Edge, нагрузки от приложений и т. п.
|
|||
|
* Хранимая в памяти база данных H2 не поддерживается для производственных реализаций.
** ThingWorx может использовать версию InfluxDB с открытым исходным кодом для одного узла или кластер InfluxDB Enterprise для кластеров высокой доступности и повышенной производительности. Для этих тестов выбора размеров использовалась версия InfluxDB с открытым исходным кодом. При выборе размера InfluxDB Enterprise планируйте два узла данных InfluxDB, как указано, плюс три узла метаданных - обычно 1-2 вирт. ЦП и 0,5-1 ГБ ОЗУ в каждом. Дополнительные инструкции по выбору размеров InfluxDB см. в документе https://docs.influxdata.com/influxdb/v1.8/guides/hardware_sizing/.
|
|||
Microsoft Azure -
Azure предоставляет разнообразные типы экземпляров в соответствии с вариантами использования. PTC рекомендует рассчитывать оптимизированные многопотоковые типы экземпляров для большинства случаев использования - обычно это серия Fsv2.
Microsoft описывает экземпляры Azure серии Fsv2 как ВМ, которые "... поддерживают 2 ГБ ОЗУ и 8 ГБ локального временного хранилища (SSD) на каждый виртуальный ЦП и оптимизированы для рабочих нагрузок с интенсивными расчетами".
Другие типы экземпляров, такие как серия Dsv3 общего назначения, также могут рассматриваться на основе требований к развертываемому приложению.
• Виртуальные машины класса F (оптимизированные для расчетов) часто подходят для высокоскоростного приема данных с менее сложной бизнес-логикой или обработкой событий.
• ВМ класса D (общего назначения) часто хорошо подходят для приложений ThingWorx, где приоритетом является большое количество устройств, состояния которых должны сохраняться в памяти.
Для вариантов использования может потребоваться учитывать тактовую частоту процессора. В Fsv2 используются ЦП с несколько более высокими тактовыми частотами, чем в Dsv3, что может заметно повлиять на рабочие нагрузки, для которых требуется быстрая обработка большого числа событий.
Azure предоставляет пакетный метод для выбора виртуальной машины с ориентацией на ядра ЦП. Типичными вариантами выбора размера являются F2s_v2, F4s_v2, F8s_v2 и т. д., где число представляет количество ядер ЦП в виртуальной машине.
Следуя примеру выше для терминологии локального развертывания, малая платформа ThingWorx, использующая базу данных H2, может быть масштабирована для выполнения на ВМ F8s_v2, но, в зависимости от требований, может быть выбрано развертывание на D8s_v3, если приложению требуется больший объем памяти на каждый узел ThingWorx Foundation.
Microsoft также регулярно корректирует и улучшает свои предложения ВМ. Дополнительные сведения об особенностях ВМ Azure см. на веб-сайте Azure: https://azure.microsoft.com/en-us/pricing/details/virtual-machines/series/.
Терминология для традиционного локального развертывания
Размеры оборудования для традиционного или локального развертывания обычно обсуждаются в терминах ядер ЦП для вычислительной мощности и ОЗУ для возможностей использования памяти. Например, малая платформа ThingWorx, использующая базу данных H2, может иметь размер 8 ядер ЦП и объем ОЗУ 16 ГБ.
Рекомендуется предоставить базе данных собственный сервер, чтобы гарантировать отсутствие единой точки сбоя в конфигурации приложения.
Терминология веб-сервисов Amazon (AWS)
Для экземпляров EC2 AWS предоставляет выбор типов экземпляров. PTC рекомендует проводить расчет для оптимизированных серий, последней из которых является серия C5d. Использование AWS означает, что эти типы экземпляров "оптимизированы для рабочих нагрузок с интенсивными вычислениями и предоставляют экономичную высокую производительность при низкой цене скорости расчета".
AWS предоставляет методологию "футболки" для выбора размера экземпляра EC2 в терминах ЦП и памяти. Типичные термины размера: large (большая), xlarge (сверхбольшая), 2xlarge (дважды сверхбольшая) и т. д.
Следуя примеру выше для локальной терминологии, размер малой платформы ThingWorx, использующей базу данных H2, может увеличен для выполнения на экземпляре EC2 C5d.2xlarge. Другие типы экземпляров EC2, такие как общего назначения (M) и с интенсивным использованием памяти (R), также могут рассматриваться на основе соотношений ЦП и памяти, необходимых для нагрузки приложения, но они не рассматриваются в этом руководстве.
Дополнительные сведения об особенностях типов экземпляра Amazon EC2 см. на веб-сайте AWS: https://aws.amazon.com/ec2/instance-types/.
Высокоскоростное хранилище
В общем случае PTC рекомендует использовать высокоскоростное хранилище для ThingWorx, чтобы поддерживать параллельный прием, обработку и визуализацию данных.
Более медленные варианты хранилища могут привести к трудно диагностируемым проблемам производительности и масштабирования для ThingWorx и используемых баз данных. Эти проблемы могут также иметь неожиданные внешние проявления, такие как резервное копирование системы, операционная система или фрагментация данных на уровне базы данных, а также задачи очистки, выполняемые на том же запоминающем устройстве или контроллере.
Опции твердотельного диска (SSD) существуют для каждого рекомендованного поставщика облачных сервисов и должны рассматриваться по возможности для платформы и для реализаций базы данных.
Можно также рассматривать опции высокоскоростного жесткого диска (HDD), особенно для данных, которые реже изменяются или к которым реже обращаются.
Дополнительные сведения см. в разделе Требованиях к системе ThingWorx.