Comment sauvegardez-vous un SAN?

lecteur de longue date, premier demandeur :)

J'ai beaucoup lu sur iSCSI et les SAN en général et je pense avoir été en mesure de répondre à la plupart de mes questions et préoccupations sur le sujet, mais celle-ci demeure:

Comment "sauvegardez-vous un SAN?"

Ce qui suit est un scénario plus ou moins réel et mes pensées et mes questions à ce sujet.

Supposons que vous ayez réussi à convaincre la direction de votre petite entreprise (au mieux de taille moyenne) de fournir enfin les fonds pour une solution de stockage petite mais appropriée, c'est-à-dire un SAN basé sur iSCSI. Supposons qu'il se compose d'un serveur avec de nombreux disques dans un boîtier et exécutant OpenFiler, ou même un MD3000i (Dell) ou MSA2000i (HP), qui sont, si je comprends bien, les solutions d'entrée de gamme les plus courantes.

Les LUN sont exportés vers un serveur qui doit stocker des référentiels de code, des documents, des images et similaires, un autre serveur qui exécute quelques bases de données, un autre qui utilise les LUN comme disques pour les invités de virtualisation (DomU dans Xen-speak) et encore un autre serveur qui exporte un grand LUN contenant les répertoires personnels de l'utilisateur via NFS (c'est une boutique Linux pure). Les avantages sont clairs, je crois: les serveurs individuels n'ont pas besoin de beaucoup de stockage local et la migration des serveurs ou des services devient plus facile.

Mais maintenant, vous devez avoir une solution de sauvegarde pour tout ou la plupart des données stockées. Comment faites-vous? Exécutez-vous un logiciel de sauvegarde (j'aime rsnapshot) sur chaque serveur qui a des données à sauvegarder? Où mettez-vous ces données? Sur un serveur de sauvegarde dédié avec beaucoup de stockage local? Ou de retour dans le SAN? Quelle est la solution «commune», le cas échéant, pour sauvegarder un SAN?

Je recherche les meilleures pratiques et les conseils de personnes qui ont plus d'expérience que moi en matière de SAN.

Merci!

Edit: étant donné que le budget pour le SAN est très limité pour commencer, je suppose que je recherche des solutions non propriétaires, très générales et bon marché à la question de la sauvegarde. Si de telles solutions existent, de toute façon. Il n'y aura pas d'argent pour les bandes ou une deuxième baie SAN identique. J'aurais dû rendre cela plus explicite, désolé.

Nous utilisons un cluster SAN NetApp 3020 avec les données iSCSI, FC et CIFS qui y sont stockées. Ce produit prend en charge les vidages NDMP vers un chargeur automatique de bande SCSI connecté localement. En utilisant cela, j'obtiens des copies parfaites de mes LUN iSCSI et FC ainsi que des sauvegardes fichier par fichier de mes données CIFS partagées depuis NetApp. J'utilise BackupExec pour contrôler les sauvegardes NDMP et les vitesses sont exceptionnelles car il s'agit d'une connexion SCSI locale à NetApp.

On dirait que nous sommes dans un bateau similaire, en termes de taille et de complexité de l'infrastructure.

Essentiellement, j'ai un SAN qui gère mes données de production, puis j'ai un serveur de sauvegarde avec un stockage attaché localement de taille assez décente qui est attaché à une bibliothèque de bandes (LTO-3 qui est de 400 Go non compressé / bande)

Essentiellement, je fais des sauvegardes au niveau des données. Depuis que j'utilise Linux, je fais des rsyncs pour obtenir les données de la machine connectée au SAN à la machine de sauvegarde, puis j'écris les données sur bande. J'ai la chance d'avoir suffisamment de stockage local sur le serveur de sauvegarde pour pouvoir en conserver une copie localement, puis simplement resynchroniser les différences, mais si vous ne pouvez pas configurer cela, de nombreuses solutions de sauvegarde utilisent l'idée d'un spooling pour stocker localement les données pendant leur écriture sur bande.

En raison de la façon dont la bande écrit, c'est une très mauvaise idée de diffuser du réseau vers la bande directement, comme un partage de fichiers Windows ou un partage NFS. Cela tue complètement la vitesse d'écriture sur bande ET tue la durée de vie de votre lecteur de bande. Utilisez donc un disque local pour spouler les données.

La solution de sauvegarde que j'utilise s'appelle Amanda, qui est assez ésotérique dans sa configuration, mais a une version commerciale disponible (pour 100 $ / serveur en cours de sauvegarde) qui a une configuration basée sur le Web, et vous pouvez également obtenir des extensions à brancher directement dans divers bases de données.

ÉDITER

Puisque vous avez mentionné ne pas avoir de bandes, je recommanderais la bibliothèque de bandes virtuelle (VTL) d'un pauvre, c'est-à-dire des lecteurs USB externes. Amanda, au moins, peut adresser des fichiers comme s'il s'agissait d'un VTL, et je suis sûr que d'autres logiciels le peuvent aussi.

En réalité, cependant, les disques durs ont une durée de vie définie. Si votre entreprise dépense suffisamment d'argent pour acheter un SAN, vous devriez y travailler pour obtenir un changeur de bande. En fait, ils ne sont plus aussi chers qu'avant, surtout si vous n'achetez pas à la fine pointe.

À propos de la forme de sauvegarde la moins chère (et la plus faible) que vous pourriez faire est de conserver des instantanés, avec une forme de sauvegarde occasionnelle à plus long terme.

Cela suppose que les instantanés sont bon marché - cela dépend de la façon dont ils sont mis en œuvre. La copie sur des systèmes de fichiers en écriture comme WAFL de NetApp et ZFS de SUN a des instantanés qui sont pratiquement à coût nul, contrairement au coût O (n) des instantanés de copie. Les instantanés bon marché sont vraiment très agréables.

Garder des instantanés n'est pas vraiment une solution de sauvegarde, mais je ne suis pas sûr qu'une vraie solution soit possible sous vos contraintes sans piratage sérieux.

De plus, je suis sérieusement biaisé ici en tant que développeur NetApp, mais vous devriez sérieusement au moins parler à certains vendeurs NetApp avant de conclure qu'ils sont hors de votre fourchette de prix. :-)

Une bibliothèque de bandes à connexion directe ou fibre + NDMP peut être une solution assez astucieuse mais si votre système de stockage ne peut pas utiliser quelque chose comme ça pour écrire sur bande ou si le budget est particulièrement contraint, vous pourriez être dans la position d'avoir d'utiliser une solution de sauvegarde traditionnelle pour sauvegarder les données dans le LUN via un client de sauvegarde sur l'hôte connecté au SAN.

Dans un scénario comme celui-ci, les données hébergées sur le SAN sont traitées comme les disques physiques du client en cours de sauvegarde.

Bien que la fonctionnalité NDMP soit parfois incluse avec un système de stockage (à la NetApp), les applications de sauvegarde peuvent facturer des frais supplémentaires pour la sauvegarde via NDMP. Par exemple, dans notre environnement NetBackup, les licences NDMP étaient beaucoup plus chères que les licences de sauvegarde client OS standard.

Oups ... juste rafraîchi et vu votre ajout re: ne pas avoir $$ pour les bandes. Où prévoyez-vous de placer vos sauvegardes si elles ne sont pas sur bande ou sur un autre SAN?

Aller sur tout le disque pour la sauvegarde est faisable mais ce n'est généralement pas considéré comme une option budgétaire pour une grande quantité de données. De même, la sauvegarde des données sur le même SAN peut atténuer certains risques si vous faites attention (comme assurez-vous que cela va séparer complètement les disques), mais cela n'offre pas vraiment de protection totale contre les pannes ou les catastrophes. Il en va de même pour un serveur de sauvegarde avec beaucoup de disques ... un certain niveau de protection, mais si l'emplacement où le SAN et le serveur de sauvegarde big-honkin vivent subit une grave panne ou une catastrophe, toutes ces données ont disparu.

Nous avons continué à utiliser notre infrastructure de sauvegarde existante que nous avions avant même de passer à un SAN. Nous avons les hôtes individuels exécutant Legato Networker qui effectuent le dumping tous les soirs sur un système de bande Storagetek. Honnêtement, si vous cherchez une solution bon marché ... la sauvegarde sur disque est probablement la moins chère, vous avez également la possibilité de transporter ces disques vers un emplacement hors site si besoin est comme des bandes.

Comme vous n'avez pas beaucoup de données, procurez-vous un lecteur de bande SDLT ou LTO 1,2 ancien ... il y en a des centaines car ils sont obsolètes par rapport au LTO-3, 4