Traduit de English par IA ·
La version 2.2.2 ajoute les déploiements de firmware échelonnés.Lorsque vous affectez un paquet à tous les appareils d’un profil ou à une liste d’appareils, vous pouvez activer « Envoyer par vagues ». Le paquet est d’abord envoyé à une petite première vague, Hermetry vérifie le résultat, attend, puis passe à des vagues plus grandes. Chaque vague dispose d’un seuil de succès et d’un seuil d’échec, et le déploiement se met automatiquement en pause lorsqu’une vague fait échouer trop d’appareils, se termine avec trop peu de mises à jour ou se clôt sans aucun appareil terminé. Les appareils ayant déjà commencé terminent leur mise à jour ; personne d’autre ne la reçoit tant que quelqu’un ne reprend pas le déploiement.Le plan habituel est 1 % (au moins un appareil, au maximum 10) avec une attente de 30 minutes, puis 10 % avec 30 minutes, 50 % avec 15 minutes, puis le reste. Vous pouvez définir vos propres tailles, seuils et délais. Pendant l’exécution, la page du paquet affiche le déploiement en direct : chaque vague avec son état, sa progression et sa position par rapport à son seuil. Voir Déployer le firmware par vagues et, pour les paquets et les affectations, Mises à jour du firmware (OTA).Deux petites modifications des appareils dans la même version : l’éditeur de profils d’appareils définit désormais le profil des nouveaux appareils enfants, et les appareils dont le profil indique qu’ils ne se connectent pas ne reçoivent plus d’identifiant d’accès qu’ils n’utiliseraient jamais.
2.2.2 adds staged firmware rollouts.
When you assign a package to every device of a profile or to a list of devices, you can turn on Send in waves. The package goes to a small first wave, Hermetry checks how it went, waits, and then goes on to bigger waves. Each wave has a success gate and a failure gate, and the rollout pauses by itself when a wave fails too many devices, closes with too few updated, or closes with none finished. Devices that already started finish their update; nobody else gets it until someone resumes.
The usual plan is 1 % (at least one device, at most 10) with a 30-minute wait, then 10 % with 30 minutes, 50 % with 15, then the rest. You can set your own sizes, gates and waits. While it runs, the package page shows the rollout live: each wave with its state, its progress and where it stands against its gate. See Rolling out firmware in waves and, for packages and assignments, Firmware updates (OTA).
Two smaller device changes in the same release: the device profile editor now sets the profile of new child devices, and devices whose profile says they don’t log in no longer get an access credential they would never use.
Traduit de English par IA ·
Un appareil de la vague 3 voit-il quoi que ce soit avant le début de sa vague ? Notre firmware vérifie les attributs fw_* à chaque démarrage.
Does a device in wave 3 see anything before its wave starts? Our firmware checks the fw_* attributes on every boot.
Traduit de English par IA ·
Rien. Un appareil d’une vague ultérieure ne reçoit aucun attribut fw_* tant que sa vague n’a pas commencé, et sa page affiche « En attente de la vague n ». L’ordre reste stable pour le déploiement, donc un appareil ne passe pas d’une vague à l’autre.
Nothing. A device in a later wave gets no fw_* attributes until its wave starts, and its page says « Waits for wave n ». The order is stable for the rollout, so a device doesn’t move between waves.
Traduit de English par IA ·
Certains de nos contrôleurs de pompes utilisent une liaison cellulaire qui est coupée pendant des heures. S’ils sont hors ligne au moment où leur vague se termine, sont-ils comptés comme échoués et mettent-ils en pause l’ensemble du déploiement ?
Some of our pump controllers are on a cellular link that’s off for hours at a time. If they’re offline when their wave closes, do they count as failed and pause the whole thing?
Traduit de English par IA ·
Non. Les appareils encore hors ligne ou en attente à la fermeture d’une vague sont reportés sur la vague suivante et ne sont pas comptés comme des échecs. Les appareils en ligne sont traités en premier, afin que la vague canari remonte rapidement ses résultats. Les appareils sur des liaisons facturées au volume peuvent afficher Waiting au lieu de se mettre à jour, et sont reportés de la même manière. Le seul cas qui provoque une pause est une vague qui se ferme sans qu’aucun appareil n’ait terminé.
No. Devices still offline or waiting when a wave closes are carried on and don’t count as failures. Online devices are put first, so the canary wave reports back quickly. Devices on metered links may show Waiting instead of updating, and they’re carried on the same way. The one case that does pause is a wave that closes with no device finished at all.
Traduit de English par IA ·
Après une pause automatique, si je reprends, les échecs qui ont déclenché la pause comptent-ils toujours dans le contrôle (gate) ?
After an automatic pause, if I resume, do the failures that caused the pause still count against the gate?
Traduit de English par IA ·
La reprise prend en compte ce qui s’est passé jusqu’ici : seules les nouvelles défaillances comptent pour le gate, et une vague arrêtée à sa fin est considérée comme réussie. Examinez donc les appareils en échec avant de la relancer.
Resuming accepts what happened so far: only new failures count against the gate, and a wave stopped at its end counts as passed. So look at the failed devices before you press it.
Traduit de English par IA ·
J’ai branché ota.rollout.paused sur notre webhook d’astreinte aujourd’hui. Les pauses de vague à 2 heures du matin, c’est exactement ce que je veux savoir.
Wired ota.rollout.paused into our on-call webhook today. Wave pauses at 2 in the morning are exactly what I want to hear about.
- Vous devez être connecté pour répondre à ce sujet.
Rejoignez la discussion
Connectez-vous pour poser et répondre à des questions, aimer les messages utiles et marquer la réponse qui a résolu votre problème. Chaque contribution rapporte des points et des niveaux.