From 23ccfd86f08fbbc732f0b7ac327bead4a49517da Mon Sep 17 00:00:00 2001
From: JosekiFuz <serendev+fuz@gmail.com>
Date: Wed, 1 Nov 2023 10:42:22 +0100
Subject: [PATCH] Add content while riding the bus to labomedia

---
 main.tex | 121 ++++++++++++++++++++++++++++++++++++++++++++++++-------
 1 file changed, 106 insertions(+), 15 deletions(-)

diff --git a/main.tex b/main.tex
index 1550b43..2189e4d 100644
--- a/main.tex
+++ b/main.tex
@@ -26,41 +26,132 @@
   \begin{block}{quote}
   "There are only two types of persons, those who backup and those who ever have data loss"
   \end{block}
-  \begin{block}{pourquoi ?}
+  \begin{block}{Pourquoi ?}
     \begin{itemize}
-    \item Tout matériel finit par mourrir
+    \item Tout matériel finit par mourir
     \item Perte / Vol
     \item Panne système
-    \item Bitrot
-    \item retrouver un état ultérieur ( bourde, upgrade, etc... )
+    \item Bitrot ( data rot, disc rot, scrubing )
+    \item Retrouver un état antérieur ( bourde, upgrade, etc... )
     \end{itemize}
   \end{block}
 %	Ceci est un exemple du template FUZ pour beamer, il est (vraiment) très grandement inspiré de celui de l'UiB
 \end{frame}
 
 \begin{frame}
- \begin{block}{matériel}
+ \begin{block}{Matériel et coût}
     \begin{itemize}
+    \item clé usb 10€
+    \item disque dur (ssd ou à plateau) 50€+
+    \item serveur dédié avec 2 disque ~75€
     \item Caractéristiques matérielles différentes ( disque dûr, SSD, carte mémoire, etc... ).
-    \item RAID (Redundant Array of Independent Disks): découpage en fragments de données répartis sur difféérents supports de stockage (hdd ou ssd)
-    \item Réflexion sur la stratégie à adopter ( coût vs criticité des données )
     \end{itemize}
  \end{block}
- \begin{block}{Règle 3-2-1}
+\end{frame}
+
+\begin{frame}
+ \begin{block}{Logiciel et coût}
     \begin{itemize}
-    \item 3 copies de la donnée
+    \item Abonnement cloud 5To ~30€
+    \item RAID (Redundant Array of Independent Disks): découpage en fragments de données répartis sur différents supports de stockage (hdd ou ssd)
+    \item RAID is not backup
+    \end{itemize}
+ \end{block}
+\end{frame}
+
+\begin{frame}
+ \begin{block}{Réflexion coût / service}
+    \begin{itemize}
+    \item Réflexion sur la stratégie à adopter ( coût vs criticité des données )
+    \item Le prix dépend des caracs recherché
+    \item Le moins cher est probablement le cloud (berk mais c'est vrai)
+    \item Sinon les clé usb ca doit être pas loin mais c'est un peu relou
+    \item On peux faire un tableau avec un prix au To backup et le danger @TODO
+    \end{itemize}
+ \end{block}
+\end{frame}
+
+\begin{frame}
+  \begin{block}{Règle 3-2-1 (théorie old-school)}
+    \begin{itemize}
+    \item 3 copies de la donnée (pour pouvoir perdre un peer sans danger perdre la redondance)
     \item 2 différents types de stockage
-    \item 1 copie hors site (distante)
+    \item 1 copie hors site (limiter les soucis en cas d'inaccessibilité d'un site, redondance géo)
+    \item Backups par jwz: https://www.jwz.org/doc/backups.html
     \end{itemize}
   \end{block}
 \end{frame}
+
 \begin{frame}
-  \begin{block}{synchronisation}
+  \begin{block}{Exemple}
     \begin{itemize}
-    \item automatique
-    \item léger
-    \item rapide
-    \item rsync vers plusieurs machines quotidiennement
+    \item Copie sur plusieurs disque / clé usb
+    \item On lance les copies manuellement
+    \end{itemize}
+  \end{block}
+\end{frame}
+
+\begin{frame}
+  \begin{block}{Version mini}
+    \begin{itemize}
+    \item automatique (tous les jours par exemple)
+    \item léger (on évite les downtime à chaque backup)
+    \item rapide (au minimum plus rapide que la fréquence souhaitée)
+    \item rsync vers plusieurs machines quotidiennement (c'est mieux que rien donc go)
+    \end{itemize}
+  \end{block}
+\end{frame}
+
+\begin{frame}
+  \begin{block}{Exemple}
+    \begin{itemize}
+    \item Copie sur plusieurs serveur
+    \item On lance les copies automatiquement (cron ou timer systemd)
+    \end{itemize}
+  \end{block}
+\end{frame}
+
+\begin{frame}
+  \begin{block}{Version acceptable}
+    \begin{itemize}
+    \item compression
+    \item déduplication
+    \item chiffrement
+    \item conservation roulante chaque heure (24J / 7 semaine / 4 mois / 12 année)
+    \item par exemple borgbackup
+    \end{itemize}
+  \end{block}
+\end{frame}
+
+\begin{frame}
+  \begin{block}{Exemple}
+    \begin{itemize}
+    \item Utilisation de borgbackup ou autre appli
+    \item On lance les copies automatiquement (cron ou timer systemd)
+    \item Plus simple pour comparer les résultats
+    \end{itemize}
+  \end{block}
+\end{frame}
+
+\begin{frame}
+  \begin{block}{La version pro® (zfs / btrfs)}
+    \begin{itemize}
+    \item snapshot immutable niveau FS
+    \item Transfert des snapshots niveau FS (zfs-send | zfs-receive, pareil en btrfs)
+    \item Possibilité de transferts incrémentaux (seulement le diff par rapport au parent)
+    \item rapide et léger (On privilégie le code kernel plus rapide)
+    \item déduplication au niveau des blocks (Peux être couteux mais économie d'espace dans le temps)
+    \item Résistance au client qui se fait pwner (append only+ro, "do not trust the client")
+    \item Résistance au serveur qui se fait pwner (scrub coté client ? "do not trust the server")
+    \end{itemize}
+  \end{block}
+\end{frame}
+
+\begin{frame}
+  \begin{block}{Exemple}
+    \begin{itemize}
+    \item Utilisation de btrbk par exemple
+    \item On lance les copies automatiquement (cron ou timer systemd)
     \end{itemize}
   \end{block}
   \begin{block}{roulement}