prez-backup/main.tex

\documentclass{beamer}
\usetheme{FUZ}



%dependances
\usepackage[utf8]{inputenc}
\usepackage[absolute, overlay]{textpos} % Arbitrary placement
\setlength{\TPHorizModule}{\paperwidth} % Textpos units
\setlength{\TPVertModule}{\paperheight} % Textpos units
%\usepackage{listings} %liste


%Information to be included in the title page:
\title{Backups}
\author{Jjck \& Joseki}
\institute{FUZ}
\date{nov. 2023}



\begin{document}
%\setbeamercolor{background canvas}{bg=fuzgray}
\begin{frame}
\frametitle{intro}
  \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{itemize}
    \item Tout matériel finit par mourir
    \item Perte / Vol
    \item Panne système
    \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 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... ).
    \end{itemize}
 \end{block}
 \begin{block}{Logiciel et coût}
    \begin{itemize}
    \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 caractéristiques recherchées
    \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
    %TODO
    %\item On peux faire un tableau avec un prix au To backup et le danger @TODO
    \end{itemize}
 \end{block}
 \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 (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}{la rache}
    \begin{itemize}
    \item Copie sur plusieurs disque / clé usb
    \item On lance les copies manuellement
    \end{itemize}
  \end{block}
  \begin{block}{Debrouille}
    \begin{itemize}
    \item automatique (tous les jours, avec cron ou timer systemd)
    \item léger (on évite les downtime à chaque backup)
    \item rapide (au minimum plus rapide que la fréquence souhaitée)
    \item rsync ou rclone vers plusieurs machines quotidiennement (c'est mieux que rien donc go)
    \end{itemize}
  \end{block}
\end{frame}

\begin{frame}
  \begin{block}{Sympa}
    \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}
  \begin{block}{Exemple}
    \begin{itemize}
    \item Utilisation de borgbackup, burp 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}
%    \begin{itemize}
%    \item compression
%    \item déduplication
%    \item chiffrement
%    \item conservation roulante
%    \item borgbackup fonctionne par dépôt, stockage final "peu important"
%    \end{itemize}
%  \end{block}
%\end{frame}
%\begin{frame}
%  \begin{block}{roulement}
%    \begin{tabular}{|l|r|}
%    Nombre backups & Période \\
%    \hline
%    24 & jour \\
%    7 & semaine \\
%    4 & mois \\
%    12 & année \\
%    \end{tabular}
%  \end{block}
\end{frame}
\begin{frame}
\begin{block}{Conclusion}
  \begin{itemize}
  \item Beaucoup de solutions, des approches différentes
  \item rsync, rclone : synchronisation
  \item borgbackup, burp : roulement
  \item ZFS, btrfs : optimal, mais demande de l'infra
  \item Quelles données sont importantes ? Quel moyens pour assurer leur cycle ?
  \end{itemize}
\end{block}
\end{frame}
\end{document}