Nouvelles fonctionnalités spécifiques à l'auto-hébergement

Personnalisation du logo RDTP-17446

À partir de la version 7.2, les administrateurs de TPE auto-hébergé peuvent utiliser un logo personnalisé au lieu du logo par défaut d'Actility.

Plus de détails

Ce logo personnalisé sera affiché par l'interface utilisateur TPE, sur la page de connexion et dans le menu supérieur de l'interface utilisateur après la connexion.

Remarque Le logo "ThingPark Enterprise" remplace le logo "Actility" sur la page de connexion de Cockpit ainsi que dans la documentation DX-API.

Principaux avantages pour les clients

Grâce à cette fonctionnalité, les distributeurs de ThingPark Enterprise peuvent personnaliser le produit TPE auto-hébergé.

De plus, les clients finaux pourraient afficher leur propre logo au lieu de celui d'Actility.

Activation de la fonctionnalité

Cette fonction est automatiquement disponible après la mise à niveau de la plateforme à la version 7.2.

Pour changer le logo par défaut d'Actility, l'administration de la plateforme doit aller dans Cockpit > Configuration TPE > Logo :

Puis cliquez sur pour changer le logo actuel.

Remarque L'image doit être au format PNG et sa taille ne doit pas dépasser 50 Ko. La taille recommandée est de 300 x 100 pixels.

Limitations de la fonctionnalité

Aucune.

Augmenter le nombre maximal de connexions TPX autorisées RDTP-17463

Avant la version 7.2, le nombre maximum de connecteurs TPX (utilisant le moteur IoT Flow) est limité à 5 pour chaque plateforme TPE auto-hébergée.

À partir de la version 7.2, cette limite devient configurable dans Cockpit.

Plus de détails

Remarque Comme chaque connexion consomme des ressources matérielles (CPU, RAM), cette valeur doit être définie avec soin en fonction du profil de dimensionnement de la plateforme. La limite recommandée pour chaque profil de dimensionnement :

• Petit (S) : maximum 5 connexions TPX

• Moyen (M) et Grand (L) : maximum 10 connexions TPX

• Très grand (XL) ou plus : maximum 20 connexions TPX.

Un message d'avertissement est affiché dans Cockpit si l'administrateur de la plateforme set une valeur supérieure à celle recommandée ci-dessus.

Pour en savoir plus sur les différents profils de dimensionnement de TPE auto-hébergé, voir Dimensionnement du matériel sur une plateforme ThingPark Enterprise auto-hébergée.

Avantages clés pour les clients

Cette fonctionnalité apporte une flexibilité supplémentaire de configuration, permettant aux administrateurs TPE de déployer de grandes instances auto-hébergées en exploitant plus de 5 connexions TPX vers leurs serveurs d'applications.

Activation de la fonctionnalité

Cette fonction est automatiquement disponible après la mise à niveau de la plateforme à la version 7.2.

La limite recommandée pour chaque profil de dimensionnement matériel est définie par défaut (voir la section Description de la fonctionnalité), elle peut être modifiée par l'administrateur via le paramètre "Connexions IoT Flow maximales", dans Configuration TPE > Paramètres avancés.

Plage autorisée : [1, 30].

Remarque Ce champ est affiché uniquement lorsque la fonctionnalité IoT Flow est activée sous Configuration TPE > Paramètres des fonctionnalités.

Limitations de la fonctionnalité

Aucune.

Support du packet forwarder Basics Station RDTP-18394

Le Support du packet forwarder Basics Station de Semtech dans ThingPark, en plus du packet forwarder LRR, a déjà été introduit dans la version 7.1 de ThingPark. Cependant, cette fonctionnalité n'était disponible que pour les TPE SaaS dans la version 7.1, en raison de certaines restrictions spécifiques aux déploiements auto-hébergés.

La portée de cette amélioration est de lever les limitations liées aux déploiements auto-hébergés dans la version 7.2. En conséquence, les passerelles utilisant le packet forwarder Station Basics de Semtech peuvent se connecter avec succès à ThingPark Enterprise auto-hébergé à partir de la version 7.2.

Plus de détails

Pour en savoir plus sur l'utilisation de Basics Station dans ThingPark, consultez les notes de version de TPE 7.1.

Remarque La version minimale supportée de LoRa Basics™ Station est 2.0.4.

Principaux avantages pour les clients

Grâce à cette fonctionnalité, les utilisateurs de ThingPark peuvent facilement connecter leurs passerelles à la plateforme auto-hébergée ThingPark sans attendre que les fabricants de passerelles correspondants s'intègrent au Relais à Longue Portée (LRR) de ThingPark.

Bien que le packet forwarder avancé du LRR soit très supérieur à Basics Station (ce dernier n'offrant que les fonctions de base comme son nom l'indique), la capacité de ThingPark à s'intégrer ouvertement avec tous les modèles de passerelles sans exclusion lève tous les obstacles potentiels à l'adoption de ThingPark.

Ainsi, les utilisateurs de ThingPark peuvent lancer leur parcours ThingPark avec n'importe quel modèle de passerelle utilisant LRR ou Basics Station, puis passer au réexpéditeur de paquets LRR pour leur déploiement industriel.

Activation de la fonctionnalité

Cette fonctionnalité est désactivée par défaut dans le TPE auto-hébergé.

Pour activer l'utilisation de Basics Station, l'administrateur de la plateforme doit l'activer via Cockpit:

Pour en savoir plus sur les exigences de Basics Station pour le serveur TPE auto-hébergé, y compris les prérequis d'ouverture de port et la configuration du nom d'hôte HTTP, voir Guide d'administration TPE auto-hébergé.

Connexion d'une passerelle LoRa Basics™ station à ThingPark

Pour connecter une passerelle utilisant Basics Station à ThingPark, les étapes suivantes sont requises :

1. Installez le paquet de réexpéditeur Basics Station sur la passerelle si il n'est pas déjà présent.

2. Configurez les interfaces réseau de votre passerelle.

Remarque Contrairement à l'offre SUPLOG de LRR proposant une GUI pour configurer vos interfaces réseau, Basics Station ne fournit pas de terminal natif équivalent ; vous devez donc vous appuyer sur les commandes CLI fournies par le fabricant de la passerelle pour réaliser cette configuration si le fabricant ne supporte pas une GUI pour ce faire.

1. Configurez Basics Station, comme expliqué dans ce sujet du guide de l'utilisateur.

2. Approvisionnez votre passerelle dans l'interface utilisateur de ThingPark Enterprise, comme expliqué ici.

Limitations de la fonctionnalité

Mêmes limitations que décrites dans les notes de version de TPE 7.1.

De plus, les limitations suivantes sont spécifiques au TPE auto-hébergé :

• Placer un proxy inverse (passerelle API / WAF, etc.) dans le flux de station vers LNS n'est pas possible car l'authentification du client SSL est utilisée. Comme cette authentification fait partie de l'authentification SSL, le proxy inverse ne pourra pas terminer la connexion SSL.

Optimisation de l'empreinte de la plateforme RDTP-17462

La portée de cette fonctionnalité est d'optimiser les exigences de dimensionnement matériel de TPE auto-hébergé, en particulier la RAM et le CPU, grâce aux améliorations techniques suivantes :

• Agrégation optimisée du trafic de la passerelle horaire/quotidien.

• Exploitation des performances du disque SSD pour réduire les exigences de l'empreinte RAM sans compromettre les performances globales du système.

Plus de détails

Les nouvelles exigences de dimensionnement ont été validées par des tests de benchmark R&D simulant la charge de trafic maximal supporté pour chaque profil de dimensionnement.

À titre d'exemple, voici une comparaison des exigences de dimensionnement dans le TPE auto-hébergé 6.1 et 7.2, pour les profils Petit (S) et Moyen (M) dans le modèle de déploiement basé sur VM (sans Kubernetes) :

Profil Petit (S)		TPE 6.1/7.1	TPE 7.2	Delta
RAM (Go)		15	7,5	-7,5 (-50%)
CPU	Score CPU minimum (2)	22 000	16 000	-6 000 (-27%)
	Marque CPU minimale (indicatif) (3)	2 760	2 280	-480 (-17%)
IOPS de disque (écriture/s)	Moyenne	N/A (1)	45
	Pic	100	100	=
IOPS de disque (lecture/s)	Moyenne	N/A (1)	20
	Pic	N/A (1)	500
Taille de stockage (Go) (4)		90	90	=

Profil Moyen (M)		TPE 6.1/7.1	TPE 7.2	Delta
RAM (Go)		22	12	-10 (-45%)
CPU	Score CPU minimum (2)	30 000	23 000	-7 000 (-23%)
	Marque CPU minimale (indicatif) (3)	3 400	2 840	-560 (-16%)
IOPS de disque (écriture/s)	Moyenne	N/A (1)	60
	Pic	200	200	=
IOPS de disque (lecture/s)	Moyenne	N/A (1)	30
	Pic	N/A (1)	1000
Taille de stockage (Go) (4)		110	110	=

(1) Non spécifié dans les recommandations pour TPE auto-hébergé 6.1/7.1.

(2) Le score CPU peut être évalué via le script de benchmark HW de ThingPark, inclus dans la distribution de l'image TPE auto-hébergée.

(3) La marque CPU indicative fait référence au "Score moyen CPU" référencé par https://www.cpubenchmark.net/. Cette valeur est donnée à titre indicatif sur la gamme de modèles CPU nécessaires sur une appliance autonome pour chaque segment de dimensionnement de plateforme ; le dimensionnement CPU doit être validé par rapport au score CPU minimum de ThingPark évalué via le script de benchmark matériel.

(4) Fait référence à l'espace de stockage disponible. Par exemple, si RAID1 est utilisé pour un segment Petit, la plateforme doit avoir deux disques de 90 Go chacun.

L'ensemble complet des exigences de dimensionnement matériel pour le TPE auto-hébergé 7.2 se trouve sur Dimensionnement du matériel sur une plateforme ThingPark Enterprise auto-hébergée.

Principaux avantages clients

Cette amélioration fait partie de l'optimisation continue de la réduction de l'empreinte TPE pour les déploiements auto-hébergés. Elle apporte des gains majeurs de coût total de possession (TCO) pour les clients déployant ThingPark Enterprise sur site.

La réduction des coûts d'hébergement de la plateforme est encore plus intéressante lorsque TPE auto-hébergé est déployé sur des clouds privés, car elle génère des économies récurrentes/OPEX.

Activation de la fonctionnalité

Cette fonction est automatiquement disponible après la mise à niveau de la plateforme à la version 7.2.

Limitations de la fonctionnalité

Aucune.

Personnalisation de la durée de vie des URL reliées aux e-mails générés par le système RDTP-17611

Avant la version 7.2, la durée de vie de l'URL associée à l'e-mail d'activation de compte était codée en dur à 15 minutes.

À partir de la version 7.2, cette durée de vie devient configurable dans Cockpit.

Plus de détails

Les nouveaux champs suivants sont ajoutés dans Cockpit :

• Durée de vie de l'action initiée par l'utilisateur (par défaut = 15 minutes) : Temps maximum (en minutes) avant qu'une demande d'action - notifiée à l'utilisateur par e-mail - expire, c'est-à-dire que l'URL incluse dans l'e-mail devienne invalide. Ce paramètre s'adresse à la réponse de l'utilisateur face à une action initiée par lui-même, par exemple, mot de passe oublié. Donc, il est recommandé que cette durée de vie soit courte, car il est prévu que l'utilisateur réagisse rapidement aux actions auto-initiées.

• Durée de vie de l'action initiée par l'administrateur (par défaut = 60 minutes) : Temps maximum (en minutes) avant qu'une demande d'action - notifiée à l'utilisateur par e-mail - expire, c'est-à-dire que l'URL incluse dans l'e-mail devienne invalide. Ce paramètre s'applique à la réponse de l'utilisateur face à une action initiée par l'administrateur, par exemple, création de compte. Donc, il est recommandé que cette durée de vie soit longue pour permettre aux administrateurs d'envoyer des e-mails aux utilisateurs qui sont actuellement hors ligne.

Avantages clés pour les clients

Configurabilité et flexibilité améliorées.

Activation de la fonctionnalité

La configuration de la durée de vie est ajoutée dans la section "Paramètres de messagerie" de la configuration TPE de Cockpit.

Limitations de la fonction

Aucune.

Personnalisation de la période de rétention du trafic RDTP-18577

Avant la version 7.2, la période de rétention de l'historique du trafic était fixée à 15 jours pour tous les segments de dimensionnement. Cette période de rétention n'était pas configurable par l'administrateur du TPE auto-hébergé. Ainsi, il n'était pas possible de récupérer l'historique des paquets UL/DL datant de plus de 15 jours.

À partir de la version 7.2, la période de rétention devient configurable dans Cockpit, elle peut être étendue à 90 jours pour tous les profils de dimensionnement.

Plus de détails

Pour personnaliser cette configuration, un nouveau champ est ajouté dans Cockpit, voir la section "Activation de la fonctionnalité" pour en savoir plus sur la configuration de ce nouveau paramètre.

L'application Wireless Logger offre la possibilité d'exporter les paquets UL/DL en format CSV. Le nombre maximum de paquets exportés dépend maintenant de la période de rétention configurée par l'administrateur :

La taille maximale de l'export CSV est 10000 × (<période de rétention de l'historique du trafic> / 15), par exemple :

• 10 000 pour 15 jours

• 60 000 pour 90 jours.

Avertissement Prolonger la période de rétention au-delà de 15 jours consomme plus de ressources matérielles (RAM, espace disque) ; par conséquent, cela a un impact sur les exigences de dimensionnement matériel.

La taille de stockage de TPE auto-hébergé est impactée par la période de rétention de l'historique du trafic :

Segment	Taille de stockage pour l'historique de 15 jours	Taille de stockage pour l'historique de 90 jours
Petit (S)	90 Go	110 Go
Moyen (M)	110 Go	190 Go
Grand (L)	130 Go	290 Go
Extra-large (XL)	170 Go	540 Go
Double extra-large (XXL)	520 Go	2 620 Go

Veuillez contacter votre équipe support avant de modifier la période de rétention par défaut, pour vous assurer que votre plateforme dispose du niveau de dimensionnement matériel approprié.

Principaux bénéfices pour les clients

Grâce à cette fonctionnalité, les administrateurs de la plateforme TPE auto-hébergée peuvent étendre la période de rétention de l'historique du trafic LoRaWAN® et exporter leur historique pendant plus de 15 jours.

Cette amélioration est particulièrement intéressante pour les pays où les réglementations locales imposent une période de rétention minimale, par exemple 90 jours pour le régulateur NBTC en Thaïlande.

De plus, l'historique de trafic étendu pourrait être utile pour les activités de suivi du trafic et de dépannage avancé.

Activation de la fonction

Cette fonctionnalité est automatiquement disponible après la mise à jour de la plateforme vers la version 7.2, mais la période de rétention par défaut reste de 15 jours.

Pour personnaliser la configuration, l'administrateur de la plateforme doit configurer le paramètre "Période de rétention de l'historique du trafic" dans Cockpit, sous "Configuration TPE" > "Paramètres avancés".

Ce paramètre configure la période de rétention des paquets uplink et downlink LoRaWAN®, exprimée en jours. Les valeurs possibles sont de 15...90 jours. La valeur par défaut (15 jours) suffit pour une utilisation normale de ThingPark Enterprise.

Avertissement L'extension de la valeur par défaut consomme des ressources matérielles (RAM, Espace disque), veuillez contacter votre équipe de support avant toute modification.

Remarque Ce champ est affiché pour tous les segments de dimensionnement sauf extra-petit, où la période de rétention est fixée à 7 jours en raison de ressources de calcul limitées.

Limitations de la fonction

Aucune.