Add content while riding the bus to labomedia
This commit is contained in:
parent
07ec937d6e
commit
23ccfd86f0
121
main.tex
121
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}
|
||||
|
||||
Loading…
Reference in New Issue
Block a user