180 lines
5.3 KiB
TeX
180 lines
5.3 KiB
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}
|
||
\end{frame}
|
||
|
||
\begin{frame}
|
||
\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 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 (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}{Exemple}
|
||
\begin{itemize}
|
||
\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}
|
||
\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}
|
||
\end{document}
|