Industrial-Grade MicroSD

[finemeca]

Bonsoir,

Je veux utiliser un rpi pour des enregistrements régulier.
Vu qu'une carte micro-sd a une certaine durée de vie, que pensez-vous des cartes "Industrial-Grade MicroSD" ?

Une autre alternative est d'utiliser un disque dur mais ça fait monter le prix.
Ou alors de se tourner vers une alternative comme l'Orange pi avec EMMC

Merci de vos retours.

Pierre

[totoharibo]

cela dépend de ce que tu enregistres
log2ram limite les écritures pour les logs, peut être adaptable à ton cas.
Ou alors une clé USB, je ne connais pas la fiabilité des clés USB

[edo1]

Should data be stored locally? or it is transferred to the some server/cloud/etc?

I do have experience with both USB and microsd cards (over than hundred devices with each type of storage). I had dozens failures per year.

Now I store all the data on the server (synchronization via USB 4G modem). I use small local NOR flash storage as a ring buffer, it stores unsent data, so I have no data loss even, if connection is lost for a while.

P. S. sorry for the reply in English, I do not speak French (I've used Google Translate to read the original post)

[jelopo]

Bonjour,

Si un disque dur coute trop cher, il est aussi possible d'écrire sur clé USB et de la changer quand elle est fatiguée.

A+

[totoharibo]

proposition en l'air (c'est pas mon domaine)
du RAID sur 2 clés USB ?

[epoch1970]

Tous les supports ont une durée de vie, EMMC aussi, et en général le chip n'est pas remplaçable.
Les fabricants indiquent la fiabilité de leurs supports dans les spécifications produits. Avec une loupe on peut comparer.
"Industrial-grade" = cher, fabriqué et vendu en faible volume. Ou bien fausse promesse qui permet de vendre plus cher (et de financer une garantie de replacement en cas de défaillance, la belle affaire.)

Si la question est rhétorique, mon conseil serait d'en rester aux bons supports (SD, SSD, HDD) du marché grand publique et d'avoir une stratégie de récupération en cas de problème. Grand public = Pas cher et facile à remplacer. Matériel spécialisé = Cher et compliqué à remplacer.

[jelopo]

+1 @epoch1970

D'expérience, je constate souvent que la partie logicielle est obsolète avant que le matériel ne soit usé.

A+

[totoharibo]

dans les temps jadis j'ai entendu dire que pour les mémoires flashs, NAND, etc : plus c'est rapide moins on peut écrire de fois dessus.
Logique : l'écriture est un stress (une surtension) qui traverse la jonction en avalanche.
Plus tu veux aller vite plus la surtension est forte au détriment de la fiabilite.
L'augmentation de capacité ne doit pas améliorer les choses : la taille de la cellule mémoire diminue.
Sur ce dernier point c'est une supposition.

[JumpZero]

Et aussi comme souvent conseillé ailleurs:
prendre une carte SD de taille (très) supérieure au besoin, ainsi le "wear leveling" (nivelement d'usure) se faisant sur une plus grande taille la durée de vie augmente.

[finemeca]

Bonjour à tous et merci pour vos nombreuses réponses,

J'ai donc plusieurs pistes :

1/ log2ram, pour mettre les logs en ram
2/ I store all the data on the server
3/ Disque dur
4/ clé USB
5/ Sarte SD de grande taille

Si je fais un mixte des idées :

log2ram sur une grande carte SD avec données sur cloud.
Ainsi pas d'écriture ou peu sur la carte.

Question :

log2ram, c'est pour les logs mais mettre toute la carte en readonly est peut être une solution ?

https://www.f4htb.fr/2018/07/12/raspber ... -carte-sd/

[JumpZero]

log2ram, c'est pour les logs mais mettre toute la carte en readonly est peut être une solution ?

https://www.f4htb.fr/2018/07/12/raspber ... -carte-sd/

Ton lien date un peu: il y a maintenant une option dans raspi-config qui permet de passer le système en read-only: c'est overlayfs, on ne peut pas plus simple.
viewtopic.php?f=65&t=273191&p=1655953#p1655953
il y a d'autres topic sur le forum anglophone aussi

[totoharibo]

attention : peut-être des incompatibilités de répertoires entre log2ram et le mode read only
Rien regardé

[JumpZero]

Si Read Only avec overlayfs tout est en RAM y compris /var/log le système continue à logger comme d'hab, dans ce cas pas besoin de log2ram
Je ne connais pas log2ram mais vu son nom c'est exactement ce qu'il doit faire: logger en ram

[epoch1970]

Si on part sur les logs en RAM, il y a aussi tout le système en RAM, pour pouvoir allumer/éteindre le Pi sans remords façon "objet connecté"
Par ex. piCore (tiny core linux pour Pi)

Si on part sur les données dans le nuage, il y a aussi le système installé ou configuré depuis le nuage.
Par ex. ubuntu core + snap, Mender, etc.