Adding tape drive
-
I dont have SAS directly on the board.
-
@Donahue said in Adding tape drive:
I dont have SAS directly on the board.
Oh, that's weird. A server without SAS? Then yes, you need an HBA.
-
I'm curious, what are you using for backup software?
-
-
@scottalanmiller said in Adding tape drive:
@WLS-ITGuy said in Adding tape drive:
I'm curious, what are you using for backup software?
Veeam
Physical machine running the backups?
-
@WLS-ITGuy said in Adding tape drive:
@scottalanmiller said in Adding tape drive:
@WLS-ITGuy said in Adding tape drive:
I'm curious, what are you using for backup software?
Veeam
Physical machine running the backups?
The plan is a new VM on Hyper-V.
-
@scottalanmiller said in Adding tape drive:
@WLS-ITGuy said in Adding tape drive:
@scottalanmiller said in Adding tape drive:
@WLS-ITGuy said in Adding tape drive:
I'm curious, what are you using for backup software?
Veeam
Physical machine running the backups?
The plan is a new VM on Hyper-V.
Is the purpose for Monthly backups? What are you backing up to now?
I'm asking because we backup to a SAN and I'd like to have a monthly backup but don't want to booger up the setup I currently have of Daily diff and fulls on Fridays.
-
We currently use veeam in a VM on ESXi, but I am changing my whole setup soon. I am currently backing up to disk, mostly to a few synology boxes that are presenting their storage to ESXi to distribute to the VM's. In the role of offsite, which is where the tapes would come in, I am doing weekly backups to a external SSD via usb3 and then taking this offsite. But the size of these backups are very limited and they take forever because of the way my network is configured (also fixing this). I am not currently using veeam for these offsite backups, I am forced to do file level copies because of my limited storage space on the usb drives. But inside of veeam, I am using the GFS scheme to keep a limited number of backups on disk at our two physical locations.
I still need to decide if I want to do the GFS scheme with tape, or with onsite disk. I originally had the idea to use disk for those, but Scott tried to talk me into using the tapes for this.
I use reverse incremental in veeam, and I dont ever have to take "fulls".
-
I am also going to be adding a lot more storage space to this host, and I've got a raid card in it now that will support 8 drives. I go with a 7 drive raid 6 (HDD's) and have an open spot for the tape drive, or I can stick with 8 drives in raid 10 and just buy another HBA.
-
between the raid 6 option and the raid 10 option, both will cover my storage needs just fine. But I want to be able to backup quickly and restore quickly, with the later being my priority. That is why I had thought raid 10 was the way to go, and it still might be.
-
@Donahue said in Adding tape drive:
between the raid 6 option and the raid 10 option, both will cover my storage needs just fine. But I want to be able to backup quickly and restore quickly, with the later being my priority. That is why I had thought raid 10 was the way to go, and it still might be.
Not really, speed doesn't vary in a meaningful way to you. What factor do you feel is driving you to RAID 10?
-
@Donahue said in Adding tape drive:
between the raid 6 option and the raid 10 option, both will cover my storage needs just fine. But I want to be able to backup quickly and restore quickly, with the later being my priority. That is why I had thought raid 10 was the way to go, and it still might be.
If the backup repository is over the network, it doesn't matter how fast your storage array is. The maximum data you'll be able to pull from your backup will be 50-110 MB/s over a regular network in this type of setup.
[[storage] + [backup server]] --> Network --> [restore location/server]
-
@Obsolesce said in Adding tape drive:
@Donahue said in Adding tape drive:
between the raid 6 option and the raid 10 option, both will cover my storage needs just fine. But I want to be able to backup quickly and restore quickly, with the later being my priority. That is why I had thought raid 10 was the way to go, and it still might be.
If the backup repository is over the network, it doesn't matter how fast your storage array is. The maximum data you'll be able to pull from your backup will be 50-110 MB/s over a regular network in this type of setup.
[[storage] + [backup server]] --> Network --> [restore location/server]
10Gb/s, but still it'll saturate everything else before that array.
-
@scottalanmiller said in Adding tape drive:
@Donahue said in Adding tape drive:
between the raid 6 option and the raid 10 option, both will cover my storage needs just fine. But I want to be able to backup quickly and restore quickly, with the later being my priority. That is why I had thought raid 10 was the way to go, and it still might be.
Not really, speed doesn't vary in a meaningful way to you. What factor do you feel is driving you to RAID 10?
you shouting from the mountain tops that OBR10 is the gold standard.
-
@Obsolesce said in Adding tape drive:
@Donahue said in Adding tape drive:
between the raid 6 option and the raid 10 option, both will cover my storage needs just fine. But I want to be able to backup quickly and restore quickly, with the later being my priority. That is why I had thought raid 10 was the way to go, and it still might be.
If the backup repository is over the network, it doesn't matter how fast your storage array is. The maximum data you'll be able to pull from your backup will be 50-110 MB/s over a regular network in this type of setup.
[[storage] + [backup server]] --> Network --> [restore location/server]
the backup server will have onboard storage, but will be backing up from and restoring to a 10G network.
-
@Donahue said in Adding tape drive:
@scottalanmiller said in Adding tape drive:
@Donahue said in Adding tape drive:
between the raid 6 option and the raid 10 option, both will cover my storage needs just fine. But I want to be able to backup quickly and restore quickly, with the later being my priority. That is why I had thought raid 10 was the way to go, and it still might be.
Not really, speed doesn't vary in a meaningful way to you. What factor do you feel is driving you to RAID 10?
you shouting from the mountain tops that OBR10 is the gold standard.
No, it's the starting point and safe fallback for spinners. I never stated anything more than that.
-
@Donahue said in Adding tape drive:
@Obsolesce said in Adding tape drive:
@Donahue said in Adding tape drive:
between the raid 6 option and the raid 10 option, both will cover my storage needs just fine. But I want to be able to backup quickly and restore quickly, with the later being my priority. That is why I had thought raid 10 was the way to go, and it still might be.
If the backup repository is over the network, it doesn't matter how fast your storage array is. The maximum data you'll be able to pull from your backup will be 50-110 MB/s over a regular network in this type of setup.
[[storage] + [backup server]] --> Network --> [restore location/server]
the backup server will have onboard storage, but will be backing up from and restoring to a 10G network.
Right, so very likely the speed of the backup system's drives and networking will be the bottleneck.
-
@scottalanmiller said in Adding tape drive:
@Donahue said in Adding tape drive:
@Obsolesce said in Adding tape drive:
@Donahue said in Adding tape drive:
between the raid 6 option and the raid 10 option, both will cover my storage needs just fine. But I want to be able to backup quickly and restore quickly, with the later being my priority. That is why I had thought raid 10 was the way to go, and it still might be.
If the backup repository is over the network, it doesn't matter how fast your storage array is. The maximum data you'll be able to pull from your backup will be 50-110 MB/s over a regular network in this type of setup.
[[storage] + [backup server]] --> Network --> [restore location/server]
the backup server will have onboard storage, but will be backing up from and restoring to a 10G network.
Right, so very likely the speed of the backup system's drives and networking will be the bottleneck.
Specifically the drives themselves, and not the array?
-
@scottalanmiller said in Adding tape drive:
@Obsolesce said in Adding tape drive:
@Donahue said in Adding tape drive:
between the raid 6 option and the raid 10 option, both will cover my storage needs just fine. But I want to be able to backup quickly and restore quickly, with the later being my priority. That is why I had thought raid 10 was the way to go, and it still might be.
If the backup repository is over the network, it doesn't matter how fast your storage array is. The maximum data you'll be able to pull from your backup will be 50-110 MB/s over a regular network in this type of setup.
[[storage] + [backup server]] --> Network --> [restore location/server]
10Gb/s, but still it'll saturate everything else before that array.
Oh didn't see it was 10GB. But yeah, IOPS matters more for internal storage processing... like busy databases, a bunch of running VMs on the same storage array, etc. Not for pulling/retrieving large files.
-
@Donahue said in Adding tape drive:
@scottalanmiller said in Adding tape drive:
@Donahue said in Adding tape drive:
@Obsolesce said in Adding tape drive:
@Donahue said in Adding tape drive:
between the raid 6 option and the raid 10 option, both will cover my storage needs just fine. But I want to be able to backup quickly and restore quickly, with the later being my priority. That is why I had thought raid 10 was the way to go, and it still might be.
If the backup repository is over the network, it doesn't matter how fast your storage array is. The maximum data you'll be able to pull from your backup will be 50-110 MB/s over a regular network in this type of setup.
[[storage] + [backup server]] --> Network --> [restore location/server]
the backup server will have onboard storage, but will be backing up from and restoring to a 10G network.
Right, so very likely the speed of the backup system's drives and networking will be the bottleneck.
Specifically the drives themselves, and not the array?
Everything will be a factor.
