Configuración básica
|
Por defecto
|
Descripción
|
---|---|---|
EnableClusteredMode
|
false
|
Permite determinar si ThingWorx se ejecutará como un clúster (la configuración es true) o un servidor independiente (la configuración es false).
|
Configuración de la directiva de importación de paquetes de extensión
|
Por defecto
|
Descripción
|
---|---|---|
haCompatibilityImportLevel
|
WARN
|
Al ejecutar ThingWorx en modo de clúster, se puede restringir la importación de extensiones a solo aquellas que tengan el señalizador haCompatibility definido en verdadero en los metadatos de la extensión. La configuración por defecto es WARN, que permite la importación, pero genera un mensaje de aviso. La configuración se puede cambiar a DENY. En este caso, la importación falla y se genera un error.
|
Configuración de modo agrupado
|
Por defecto
|
Descripción
|
---|---|---|
PlatformId
|
ninguno
|
Un identificador único para cada nodo del clúster. Este ID se mostrará en registros agregados. Debe ser alfanumérico y no puede superar los 32 caracteres. Debe coincidir con el patrón "^[a-zA-Z0-9]{1,32}$".
|
CoordinatorHosts
|
ninguno
|
Una lista delimitada por comas de los servidores de Apache ZooKeeper utilizados para coordinar la elección de la prioridad de ThingWorx. El patrón de la cadena es IP:puerto. (por ejemplo, "127.0.0.1:2181, 127.0.0.2:2181").
|
ZKNamespace
|
ninguno
|
La ruta del nodo raíz que se utiliza para realizar el seguimiento de la información en Zookeeper para el clúster. Se requiere cuando se ejecutan varios clústeres utilizando el mismo Zookeeper. Se aplican las limitaciones de asignación de nombres de Zookeeper, consulte http://zookeeper.apache.org/doc/current/zookeeperProgrammers.html#ch_zkDataModel.
|
ModelSyncPollInterval
|
100
|
Frecuencia en milisegundos con la que el modelo se sincroniza entre los servidores del clúster. Cada servidor verificará los cambios de modelo con esta frecuencia y aplicará los que encuentre.
|
ModelSyncWaitPeriod
|
3000
|
En la comunicación a través de WebSockets, el tráfico se rutea de manera round robin entre servidores. Si se realiza un cambio de modelo a través de WebSockets, la siguiente solicitud esperará hasta que haya transcurrido el tiempo especificado en milisegundos para que el modelo se sincronice en el servidor de destino. Si no se produce ninguna sincronización antes de que se agote el tiempo de espera, la solicitud fallará con un error de tiempo de espera.
|
ModelSyncTimeout
|
120000
|
La cantidad de tiempo que se debe esperar (en milisegundos) para cada reintento.
|
ModelSyncMaxDBUnavailableErrors
|
10
|
Número de errores de sincronización consecutivos de la conectividad de base de datos perdida que se permiten antes de que se cierre el servidor. El plazo en milisegundos es aproximadamente ModelSyncPollInterval * este valor.
|
ModelSyncMaxCacheUnavailableErrors
|
10
|
Número de errores de sincronización consecutivos de la conectividad de caché perdida que se permiten antes de que se cierre el servidor. El plazo en milisegundos es aproximadamente ModelSyncPollInterval * este valor.
|
CoordinatorMaxRetries
|
3
|
En caso de que se produzca un fallo en la comunicación con el coordinador, se volverá a intentar n veces antes de fallar.
|
CoordinatorSessionTimeout
|
90000
|
La cantidad de tiempo que ThingWorx espera (en milisegundos) sin recibir un "latido" del servicio Apache ZooKeeper que se utiliza para coordinar la prioridad de ThingWorx.
|
CoordinatorConnectionTimeout
|
10000
|
La cantidad de tiempo (en milisegundos) que el sistema esperará una conexión con el coordinador.
|
MetricsCacheFrequency
|
60000
|
Se realiza un seguimiento de las métricas por servidor y se agregan para las métricas de nivel de clúster. Este valor es la frecuencia (en milisegundos) con la que se actualizan las métricas del clúster.
|
IgnoreInactiveInterfaces
|
verdadero
|
Opcional. Cuando se activa el modo de clúster, se intenta registrar el servidor de ThingWorx como un servicio en un proveedor de detección de servicios. Para ello, se examinan todos los adaptadores disponibles y sus direcciones, y se intenta encontrar una dirección local del sitio. Si no se encuentra ninguna, se utiliza la primera dirección que se encuentra que no es local del sitio. Esta configuración afecta a la lógica. Cuando esta configuración es true, las interfaces inactivas se desestiman.
|
IgnoreVirtualInterfaces
|
verdadero
|
Opcional. Cuando esta configuración es true, las interfaces virtuales se desestiman. Para obtener más información, consulte la descripción de IgnoreInactiveInterfaces más arriba.
|
HostAddressFilter
|
ninguno
|
Opcional. Si se especifica, las direcciones se filtran según la expresión regular; de lo contrario, no se aplica ningún filtro. Por ejemplo, especifique “10\\\\..” para filtrar las direcciones que empiecen por 10, o “^.:.*$” para filtrar las direcciones que contengan :. Para obtener más información, consulte la descripción de IgnoreInactiveInterfaces más arriba.
|
Configuración de Akka
|
Por defecto
|
Descripción
|
---|---|---|
DCPPort
|
2551
|
Puerto de comunicación de Akka
|
AkkaNumberofShards
|
100
|
Número total de particiones del clúster Akka (debe ser 10 veces el número de nodos ThingWorx en el clúster)
|
AkkaEntityTimeout
|
7m
|
Interrupción por tiempo de inactividad para actores Akka (en minutos: 7 m o segundos: 540 s)
|
AkkaSSLEnabled
|
falso
|
Activar/Desactivar TLS de Akka
|
AkkaKeyStore
|
Ruta de Keystore de Akka TLS
|
|
AkkaTrustStore
|
Ruta de Truststore de Akka TLS
|
|
AkkaKeyStorePassword
|
encrypt.akka.keystore.password
|
Contraseña de keystore de Akka TLS
|
AkkaTrustStorePassword
|
encrypt.akka.truststore.password
|
Contraseña de truststore de Akka TLS
|
AkkaTlsProtocolVersion
|
TLSv1.2
|
Versión del protocolo Akka TLS
|
AkkaShardingHandoffTimeout
|
60s
|
Tiempo de espera de la detención de la partición de Akka: permite a los actores en ejecución terminar antes de mover la partición al nuevo nodo (en segundos: 60 s o minutos: 1 m)
|
AkkaShardingBufferSize
|
100000
|
Número de mensajes en el búfer al iniciar una nueva partición o al esperar a que se detenga y reinicie la partición durante el reequilibrio de la partición. Estos mensajes se ejecutan una vez que se ha iniciado o reiniciado la partición en el nuevo nodo.
|
AkkaNumberOfSubscriptionThreads
|
POR DEFECTO
|
Número de subprocesos de ejecución para suscripciones ordenadas. Se define en el número deseado de subprocesos o VALOR POR DEFECTO para un subproceso por procesador/núcleo.
|
Configuración
|
Por defecto
|
Descripción
|
||
---|---|---|---|---|
basePath
|
/services
|
Ignite creará una carpeta de Ignite en basePath en la que se almacenan las entradas del nodo de Ignite para la detección de servicios. Si se utiliza un ZooKeeper para múltiples instancias del clúster, cambie el valor por defecto a /clusterXX/services en la configuración del cliente de Ignite y en el servidor de Ignite. Para obtener más información, consulte Configuración de un clúster central de ZooKeeper.
|
||
client-mode
|
true
|
Permite determinar si la instancia integrada de Ignite se ejecuta como cliente (por defecto) o como servidor. En el modo de servidor, participa en el almacenamiento de datos y utilizará más memoria.
|
||
connection
|
ninguno
|
Para un elemento address-resolver type de zookeeper, una lista delimitada por comas de los servidores de Apache ZooKeeper que se utilizan para coordinar la elección principal de ThingWorx. El patrón de la cadena es IP:puerto (por ejemplo, 127.0.0.1:2181, 127.0.0.2:2181).
|
||
default-cache-mode
|
ninguno
|
Se puede definir en REPLICATED o PARTITIONED. Si se define en PARTITIONED, los datos se propagan alrededor del clúster y se replican en otros servidores según la configuración de backups. Si se define en REPLICATED, todos los datos de todas las cachés se almacenan en todos los servidores del clúster de Ignite.
La configuración depende de los requisitos de alta disponibilidad del sistema y del número de servidores de Ignite que se ejecuten.
|
||
default-atomicity-mode
|
ATOMIC
|
El modo de atomicidad de la caché permite determinar si la caché conserva la semántica total transaccional o un comportamiento atómico más ligero. El modoATOMIC se debe utilizar cuando no se necesitan transacciones ni bloqueo explícito. En el modo ATOMIC, la caché conservará la coherencia total de los datos en todos los nodos de la caché.
|
||
default-backups
|
ninguno
|
Esta configuración solo se aplica si cache-mode se define en PARTITIONED. Permite definir el número de servidores que conservarán una copia de los datos. Para un entorno de alta disponibilidad, se debe definir en 1 o más.
|
||
default-read-from-backup
|
falso
|
Cuando se ejecuta en modo integrado (client-mode se define en false), defina default-read-from-backup en true para que la caché lea localmente y aumente el rendimiento.Cuando se ejecuta en modo distribuido, esta configuración no tiene ningún beneficio, ya que siempre se debe pasar por la red a otro nodo. En ese caso, se debe definir en false.
|
||
default-write-sync-mode
|
PRIMARY_SYNC
|
Esta configuración se puede cambiar por la siguiente:
• FULL_ASYNC
Ignite no esperará a las respuestas de escritura o confirmación de los nodos participantes. Por lo tanto, los nodos remotos pueden obtener su estado actualizado una vez que se hayan completado los métodos de escritura en caché o el método Transaction.commit().
• FULL_SYNC
Ignite debe esperar las respuestas de escritura o confirmación de todos los nodos.
• PRIMARY_SYNC
Esta configuración solo es para los modos CacheMode.PARTITIONED y CacheMode.REPLICATED.
• FULL_ASYNC
No se recomienda. Permite garantizar que no haya posibilidad de perder datos tras un fallo del sistema, pero ralentizará el rendimiento de la escritura.
|
||
provider-type
|
ninguno
|
Debe definirse en "com.thingworx.cache.ignite.IgniteCacheProvider", que activa la caché distribuida.
|