[köpråd] LTO-8 Tape Drive

Pengamässigt så får du över 12 st externa USB 8TB-diskar från Seagate för vad en band-drive kostar och ger ca 96 TB i utrymme, till detta skall du köpa kassetter för ca en tusing styck för lagringsvolymen och köper man ytterligare USB-diskar istället för denne kostnad så lär break-even hamnar norr om 20 st 8TB USB-diskar innan bandlagringen börja bli lönsamt i kostnad gentemot lagringsvolym. Bandlagring är för de större grabbarna när man börja närma sig PB-lagring i storlek.

Men jag måste tillstå att jag är ganska sugen själv på sådan lösning om det inte vore så förbaskat dyrt...

---

35 MB/s är snarare realistisk fart på USB 2.0 tyvärr... och är det en HP-proliant så är de tokslöa och man får vara glad om de ens når över 10 MB/s (gissar att det går igenom deras ILO-chip med en datakapacitet som gör att en RPI v.1 kan köra cirklar kring denna i hastighet)

Ett alternativ är att dedikera en diskplats för backupdiskar som byts ut efter backupperna är tagna - då får du disk(arnas) hela överföringskapacitet tillgänglig - men om det är genomförbart via HW-RAID etc. är dock en annan sak. Till detta har man hanteringen av nakna diskar och ev risk för skador det medför i hanteringen.

Du har ingen möjlighet att stoppa in USB3-instickskort ??

Finns dock varianter som kräver USB-strömförsörjning via HD molex-kontakt separat för att klara strömmarna enligt USB3-standarden och fungerar inte utan den tyvärr - är det en riktig serverburk så finns det ofta inga sådana lösa hårddisk-matningssladdar...

---

Ytterligare en variant är en dedikerad backupdator med minst 4 st USB3-uttag fördelat på minst 2 USB3-kontroller/hubb (i grupp om 2 på varsina USB-kontroller då varje kontroller delar sina ~ max 600 MB/s på sina tillhörande porta och 2 moderna 8TB-diskar förbrukar ca 200 MB/s var vid skrivning/läsning och USB-bussen blir full i kapacitet vid 3 och fler diskar på samma USB-kontroller) och en 10GBe mellan SAN och backupdatorn och sedan köra rsync mellan typ. Då kan du köra med den filsystem och redudans-nivå du är bekväm med i dina backupdiskar. (om man kör set med 8TB USB-diskar så skulle jag nog överväga att köra dem i grupp om fyra diskar och i RAID5 eller motsvarande i ZFS/BTRFS för att tåla en diskbortfall i hanteringen)

Jag tycker fortfarande att du ska skippa band-tankarna och köra på disk-baserade storage. Är du inne på rackmonterade burkar, och Supermicro så har dom betydligt lagringstätare chassin än det du har på bild. För svensk återförsäljare ta en titt på mullet.se och t.ex http://mullet.se/product.html?product_id=334991 om du bara vill ha chassit. Vill du köpa hel server istället är det bara att sätta budget och leta på http://mullet.se/category.html?category_id=7627

Då är ju något rejält knas, räknat ganska blygt med 50MB/s så kommer du upp i ca 180GB per timme. Alltså knappt 2½ timme för 500GB.
Men om du redan har ett rack så finns det ju ingen anledning att köra USB-diskar annat än för offsite-backup av det viktigaste

Med riktiga veeam behöver den inte vara avstängd, vet inte hur gratisversion gör. Sedan är det så att veeam gör inkrementella backuper, så det tar inte så långt tid när man gjort en full backup.

Kör veeam i en virtuell maskin och köp en NAS och låt veeam köra över SMB till den.

Skickades från m.sweclockers.com

Tror det är veeam one de visar i filmen och produkten på ebay är bara backupprogrammet,vilket är det du behöver.

Förstår dock inte vad det på ebay är, låter som att de säljer en crackad version för de pengarna

Ja men jag tror du måste ha veeam backup och sedan koppla det till enterprise manager. Om jag inte fattat fel, har bara kört vanliga veeam

Båda stämmer. Den ingår i Enterprise men det är två installationer. Det "riktiga" programmet och sen lägger man på webinterfacet och ev plugins till vCenter

Eller över iSCSI eller NFS

Kör man ESXi(VMarna) via iSCSI mot FreeNAS (tex) och kör veeam i en fysisk burk så kan veeam kopiera datat direkt från NASen utan att kopiera allt genom ESXi.

Det är inte mycket mer jobb än att lägga till en NFS anslutning i den fysiska veeamservern.

I den miljön jag kör, har jag veeam på en av de virtuella servrarna som en VM som ligger på en liten speglad lokal disk. Så skulle SANet crasha behöver man inte bygga en ny veeam-server för att kunna återställa backupen som lagras via SMB på en billig NAS i en annan byggnad. Då tar den snapshot i esx och sedan adderar den disken till veeamservern under backupen i read-only för att sedan släppa disken och ta bort snapshoten.

Tanken med den lösningen var att spara pengar och på den platsen där backupen skulle lagras (NASen) så fanns det inte möjlighet att placera en hel server. Men du kan bygga en dedikerad server som kör veeam med lokala diskar.

Det fyndiga med Veeam är att den har flera olika sätta att dra ut datat från en virtuell miljö. Antingen mha "Direct Storage Access" från SANet direkt via en egen anslutning (om Veeam ligger fysiskt) eller "Virtual appliance" dvs addhoc om du har en virtuell dator agerar "Veeam Transporter" eller som NBD som trycker datat över samma interface som du managerar dina VMs

"speglad lokal disk" som sitter på ESXi-Hosten?

Det finns också den fiffiga funktionen "Instant VM Recovery" där du bootar upp VMen direkt från backupfilen, när det är extra bråttom att få upp en dator. När den väl är uppe och rullar så kan man sedan köra en Storage Migrate till rätt Host och lagring. Men det förutsätter att det inte är Veeam som har gått ner

Speglad som i raid1, inget konstigt bara för att den inte ska ligga på SAN:et.

Jo känner till funktionen, men har inte behövt prova den som tur är. Inte behövt återställa någon VM bara enskilda filer. Men testar att återställa en VM då och då så jag vet att allt fungerar

Var sitter diskarna?

Lokalt i ena vmware-hosten

Skickades från m.sweclockers.com