Trusting Open Source for Production...
-
@Dashrender said:
@scottalanmiller said:
@Dashrender you'd be shocked how many IT Professionals use the term "new OS version" as a synonym for "slower". You can say the words "each new release is faster" and they will say "yes, but it is a new release, so it needs more hardware."
Um, no. It needs less. "But, but... the OS is newer!"
It's become completely common for IT people to confuse "newer" with "slower". But, as always, only Windows folks.
yeah, sadly that stereotype is still haunting MS from uniformed techies.
Most of whom did not even work in the industry in the era when it happened!!
-
@scottalanmiller said:
@Dashrender said:
@scottalanmiller said:
@Dashrender you'd be shocked how many IT Professionals use the term "new OS version" as a synonym for "slower". You can say the words "each new release is faster" and they will say "yes, but it is a new release, so it needs more hardware."
Um, no. It needs less. "But, but... the OS is newer!"
It's become completely common for IT people to confuse "newer" with "slower". But, as always, only Windows folks.
yeah, sadly that stereotype is still haunting MS from uniformed techies.
Most of whom did not even work in the industry in the era when it happened!!
I have to assume that those youngsters learned it from old dogs, like the young'ins learning that RAID 5 was totally fine from those same old dogs.
-
yeah, an insane amount of unfounded, rumour-based word of mouth learning seems to have taken over the industry. That's why I'm so passionate about best practices and approaches documentation. It is heavily needed. No one seems to be creating higher level (e.g. less "press this button") writing out there. Everything is either super high level like "cloud is cool" or super low level "press button X to do the thing you need" but nothing addresses a level where you actually need to understand how things go together.
-
So in bringing this back, I now have a fully functionaly (albeit crapbox build) of Xen Orchestra running on my Production Hypervisor which is running scheduled Delta Backups of my targeted VM (on the production hypervisor) and backing up to a separate hypervisor running CentOS7 NFS server.
Here is a screenshot of the delta in progress (in reverse folder order, AKA I'm backing out of the folders)
In this picture I'd also made a full Backup, it's the oldest dated file.
Now this seems pretty freaking awesome, and trustworthy!
-
To boot the full backup of this VM using NAUBackup would be 28GB versus the 16.2GB when compressed.
Assuming I'm reading it correctly, which a delta creates a full, and only copies the changes.
So this next delta that I'm running should only be ~300MB larger. I moved some files over.
-
And wow, here is the completed delta!
-
Did your snapshots disappear after the delta backups were done?
-
@johnhooks said:
Did your snapshots disappear after the delta backups were done?
From my primary Hypervisor, yes.
Nothing was saved to the CentOS hypervisor. (does that make sense?)
-
@DustinB3403 said:
@johnhooks said:
Did your snapshots disappear after the delta backups were done?
From my primary Hypervisor, yes.
Nothing was saved to the CentOS hypervisor. (does that make sense?)
Ya I got ya. Maybe I didn't wait long enough. I did a delta, and it gave the green terminated, but the snapshots were still there. I'll try it again and wait longer.
-
So I've waited about 30 minutes or so, much longer after the backup completed. I still have a snapshot called XO_DELTA_BASE_VDI_SNAPSHOT. Am I able to delete it and it not affect the backup or is the delta based off of the snapshot?
-
@johnhooks said:
So I've waited about 30 minutes or so, much longer after the backup completed. I still have a snapshot called XO_DELTA_BASE_VDI_SNAPSHOT. Am I able to delete it and it not affect the backup or is the delta based off of the snapshot?
hrm... let me connect to my vpn and see (im at home)
-
Yeah I have zero snapshots on the VM that I'm testing with right now.
I have two hypervisors (both xen) on my production hypervisor I'm running my VM's and XO. On the second hypervisor I'm running the backup target VM.
If it matters any.
-
@DustinB3403 said:
Yeah I have zero snapshots on the VM that I'm testing with right now.
I have two hypervisors (both xen) on my production hypervisor I'm running my VM's and XO. On the second hypervisor I'm running the backup target VM.
If it matters any.
Ok I'll have to see what's going on. I have XO in a container on my desktop. I'll try deleting the snapshot and seeing if I can restore from the incremental backup. Maybe it just didn't delete the snapshot.
-
Great article that talks about this subject: http://mangolassi.it/topic/7468/zdnet-says-open-source-has-won-time-to-move-on
In the discussion about trusting Microsoft but not trusting open source... what happens when Microsoft is the one making open source Linux distros? Does the trust of Microsoft trump the distrust of open source? How do the two compete when they apply equally to the same software?
-
@johnhooks said:
So I've waited about 30 minutes or so, much longer after the backup completed. I still have a snapshot called XO_DELTA_BASE_VDI_SNAPSHOT. Am I able to delete it and it not affect the backup or is the delta based off of the snapshot?
Did you every get clarification on this? I suspect this is needed for the delta backup.
-
@Danp said:
@johnhooks said:
So I've waited about 30 minutes or so, much longer after the backup completed. I still have a snapshot called XO_DELTA_BASE_VDI_SNAPSHOT. Am I able to delete it and it not affect the backup or is the delta based off of the snapshot?
Did you every get clarification on this? I suspect this is needed for the delta backup.
Yes, it uses the snapshots to make the backups. That's what I figured it was doing, but since Dustin didn't see it I thought maybe something was wrong.
We resolved it in another thread, I can't remember which one at this point.
