Bonjour, le père noël va normalement bientôt me livrer un Raspberry Pi 5 avec 8 Go de Ram.
Du coup j’ai également commandé un « NVMe Base » pour y brancher un SSD NVMe directement connecté en PCIe 3.0 (fonctionne normalement sur Raspberry Pi 5 après un petit réglage)
Voici le lien pour les intéressés : NVMe Base for Raspberry Pi 5 by Pimoroni
Sur ce Raspberry, j’aimerai faire tourner à la fois Jeedom mais également Shinobi CCTV (solution d’enregistrement pour mes caméras 24h/24). J’utilise déjà ses deux logiciels sur deux Raspberry différents mais je pense qu’avec le 5, je ne devrait pas avoir trop de problème de puissance pour n’en garder qu’un.
Me voila donc face au choix de SSD NVMe et j’ai pensé judicieux d’en prendre un spécialement conçu pour tourner 24h/24 7j/7 comme ceux utilisées sur les NAS. Pour une meilleur fiabilité.
Est-ce une bonne idée ?
ou ses SSD ne sont pas adaptées à cette utilisation?
Attention car pi5 = debian 12 et donc pas compatible pour le moment avec Jeedom stable.
Il y a quelques sujets qui traitent de son utilisation avec Jeedom alpha/bêta.
Bonjour, oui j’en suis conscient mais je ne l’ai pas évoqué car ce n’est pas le sujet de se post.
Pour le moment, je voudrais tester le Raspberry Pi 5 avec notamment Jeedom et Shinobi CCTV sur Docker (que je découvre depuis peut mais qui est également un autre sujet pour la cohabitation des deux) .
Si ce n’est pas encore vraiment compatible, je patienterais. Je conserve mon Raspberry Pi 3 b+ avec Jeedom fonctionnel pour l’instant.
Merci tout de même
Vu que je n’ai pas payé le Pi 5 je me fais le luxe de prendre le SSD NVMe qui va bien
Pour ce qui est du SSD « grade entreprise » ce sont les mêmes fonctionnements que les SSD grands publics sauf qu’ils sont plus costaud, c’est simplement ça la différence ?
C’est bien (endurance écriture) mais ce n’est pas un ssd Enterprise. C’est pas le même prix non plus.
Exemple au pif ce n’est pas le modèle le plus performant :
Kingston Data Center DC1000B (SEDC1000BM8/960G) Enterprise NVMe SSD 960 GB M.2 2280 Amazon.fr
Ah oui effectivement, ce n’est plus les mêmes prix.
Je ne sais pas si c’est judicieux de mettre un SSD aussi haut de gamme dans le Raspberry vu que je suis limité en vitesse d’écriture et de lecture.
Salut,
Ici le gain n’est pas sur la vitesse mais sur l’endurance. Le ssd est capable d’encaisser un nombre bien plus élevé de cycles. Donc meilleure durée de vie sur une machine qui travaille 24/24 avec beaucoup de logs.
Ce que je n’arrive pas à faire de mon côté, c’est estimer (même grossièrement) le nombre de Mo écrits chaque jour par Jeedom, Debian, Proxmox, etc…
EDIT
En regardant les specs, le Kingston entreprise a une endurance et un débit en écriture moindres que le WD Red :
C’était un exemple au pif bien vu ! Comme quoi il faut toujours regarder les specs en détail.
Kingston sépare leur gamme Enterprise en read intensive et en write intensive en non-NVMe. Ici c’est peut-être un modèle read intensive.
En effet le red est pas mal (je suis méfiant de base sur la gamme red de WD vu le bazar qu’ils ont fait en HDD).
C’est surtout Promox qui est gourmand même après désactivation des 2 services HA. J’ai flingué un ssd 3.5 en 3 ans. Depuis je suis passé sur un Kingston Enterprise et RAS.
Merci pour vos réponses.
Il semble donc que le WD Red soit meilleur que le Kingston sur le papier et le prix du WD est plus cohérant avec un Raspberry.
De plus, comme tu le précises @dvb, je n’ai pas besoin du PCIE gen 4.0 puisque je suis bloqué en PCIE gen 3. Déjà très très bien par rapport à mon utilisation.
Je viens d’aller voir, en effet cette gamme n’est pas très endurante :
250 Go : 100 TBW → 54 Go par jour pendant 5 ans.
500Go → 180 TBW → 98 Go par jour pendant 5 ans.
1To → 360 TBW → 197 Go par jour pendant 5 ans.
Du coup tu as gagné en débit et en endurance
Je garde en tête ta référence « enterprise » si jamais mes « Kingston Fury Renegade » ne tenaient pas la route.
A propos des alertes SMART :
Sous Proxmox
J’obtiens les infos santé avec cette commande : smartctl -a /dev/nvme1n1
→ Mais comment faire pour être alerté automatiquement (les 20% évoqués) ?
Sous Jeedom
Y a t-il une alerte automatique possible ?
(Cela peut intéresser beaucoup d’utilisateurs)
Je n’ai pas le temps d’élaborer plus, mais recherchez dans votre moteur de recherche préféré l’utilisation de /etc/smartd.conf disponible dans le package smartmontools. La daemon smartd peut vous envoyer un mail en cas de dégradation de l’état SMART.