KVM Backing and Support
-
@storageninja said in KVM Backing and Support:
For log analytic situations where data sovereignty isn't a concern, rather than a SMB learn Elasticsearch (which isn't bad to be fair) they could also just use a SaaS provider. SumoLogic, or Log Inteligence (we just launched), Splunk (if they have lots of gold pressed latinum).etc
Yeah, but to be fair, it takes like two months of something like Splunk to pay for someone competent to learn ElasticSearch. It's very hard to justify SaaS in that space.
-
@stacksofplates said in KVM Backing and Support:
@storageninja said in KVM Backing and Support:
@stacksofplates said in KVM Backing and Support:
There are merits to both sides. For example we do have a lot "backed up" in Git. Things like DHCP servers, DNS servers, web servers, etc that don't have stateful data are stored in Git. Then that Git server is obviously backed up. And you get a little extra redundancy since Git is distributed by nature. We do "agent" based but only because everything is under some type of CM. So it's easy to just make sure that system has the agent's backup role applied to it and that's done automatically.
But I can also see how small shops with not much help would to spend a small amount of money and be able to do agentless with not much extra work.
The other thing that I think people loose track of in their "war on state sprawl" is that most companies don't control the code they have deployed. 75% of code in large enterprises they don't own. You can do platform migrations to open source, and hire developers to do this but if the alternative is $1000 a host for a Veeam license you will get laughed out of the meeting by anyone who's done an ERP migration.
Realistically the easiest way to get rid of backup headaches is to make them someone else's problem. Use SaaS applications, and if it makes sense use SaaS Backup products (Spanning). If the person who owns the code is delivering it, ideally they should be able to achieve enough scale to make custom protection work, or aggregate enough demand to have more leverage with the backup vendors they purchase from.
10000%. If you have the option to use someone else's systems, do it. However while most things in our group are open source, our ERP is all tied into Oracle and a lot of that is delivered with APEX.
APEX is just Access for people with deep pockets and no clue.
-
@storageninja said in KVM Backing and Support:
@stacksofplates said in KVM Backing and Support:
There are merits to both sides. For example we do have a lot "backed up" in Git. Things like DHCP servers, DNS servers, web servers, etc that don't have stateful data are stored in Git. Then that Git server is obviously backed up. And you get a little extra redundancy since Git is distributed by nature. We do "agent" based but only because everything is under some type of CM. So it's easy to just make sure that system has the agent's backup role applied to it and that's done automatically.
But I can also see how small shops with not much help would to spend a small amount of money and be able to do agentless with not much extra work.
The other thing that I think people loose track of in their "war on state sprawl" is that most companies don't control the code they have deployed. 75% of code in large enterprises they don't own. You can do platform migrations to open source, and hire developers to do this but if the alternative is $1000 a host for a Veeam license you will get laughed out of the meeting by anyone who's done an ERP migration.
And then they get laughed at by a competent CIO who knows that if you can't redeploy a product, it's not production ready. If your company depends on running state and has no means to recover platforms, that's a ridiculously silly place to be, especially for an enterprise. Talk about not having a handle on the systems. That means that if it breaks, no one is actually sure how to fix it and has no reliable path to a known good state!
The ability to fix a system and maintain a system means you can rebuild it. If you fear rebuilding, it means you've admitted you can't maintain it and are just hoping for the best.
-
@scottalanmiller said in KVM Backing and Support:
@storageninja said in KVM Backing and Support:
For log analytic situations where data sovereignty isn't a concern, rather than a SMB learn Elasticsearch (which isn't bad to be fair) they could also just use a SaaS provider. SumoLogic, or Log Inteligence (we just launched), Splunk (if they have lots of gold pressed latinum).etc
Yeah, but to be fair, it takes like two months of something like Splunk to pay for someone competent to learn ElasticSearch. It's very hard to justify SaaS in that space.
That's just splunk though. Some are reasonable. Like AWS new Elastic Stack service.
-
@scottalanmiller said in KVM Backing and Support:
@stacksofplates said in KVM Backing and Support:
@storageninja said in KVM Backing and Support:
@stacksofplates said in KVM Backing and Support:
There are merits to both sides. For example we do have a lot "backed up" in Git. Things like DHCP servers, DNS servers, web servers, etc that don't have stateful data are stored in Git. Then that Git server is obviously backed up. And you get a little extra redundancy since Git is distributed by nature. We do "agent" based but only because everything is under some type of CM. So it's easy to just make sure that system has the agent's backup role applied to it and that's done automatically.
But I can also see how small shops with not much help would to spend a small amount of money and be able to do agentless with not much extra work.
The other thing that I think people loose track of in their "war on state sprawl" is that most companies don't control the code they have deployed. 75% of code in large enterprises they don't own. You can do platform migrations to open source, and hire developers to do this but if the alternative is $1000 a host for a Veeam license you will get laughed out of the meeting by anyone who's done an ERP migration.
Realistically the easiest way to get rid of backup headaches is to make them someone else's problem. Use SaaS applications, and if it makes sense use SaaS Backup products (Spanning). If the person who owns the code is delivering it, ideally they should be able to achieve enough scale to make custom protection work, or aggregate enough demand to have more leverage with the backup vendors they purchase from.
10000%. If you have the option to use someone else's systems, do it. However while most things in our group are open source, our ERP is all tied into Oracle and a lot of that is delivered with APEX.
APEX is just Access for people with deep pockets and no clue.
That was my point. If you don't have a team who knows what they're doing you should be using someone else's.
-
@stacksofplates said in KVM Backing and Support:
@scottalanmiller said in KVM Backing and Support:
@storageninja said in KVM Backing and Support:
For log analytic situations where data sovereignty isn't a concern, rather than a SMB learn Elasticsearch (which isn't bad to be fair) they could also just use a SaaS provider. SumoLogic, or Log Inteligence (we just launched), Splunk (if they have lots of gold pressed latinum).etc
Yeah, but to be fair, it takes like two months of something like Splunk to pay for someone competent to learn ElasticSearch. It's very hard to justify SaaS in that space.
That's just splunk though. Some are reasonable. Like AWS new Elastic Stack service.
True, but does that service alleviate the concerns? Installing ES is nothing. It's using it that is some cause for cost problems, and wouldn't those exsit the same?
-
@stacksofplates said in KVM Backing and Support:
@scottalanmiller said in KVM Backing and Support:
@stacksofplates said in KVM Backing and Support:
@storageninja said in KVM Backing and Support:
@stacksofplates said in KVM Backing and Support:
There are merits to both sides. For example we do have a lot "backed up" in Git. Things like DHCP servers, DNS servers, web servers, etc that don't have stateful data are stored in Git. Then that Git server is obviously backed up. And you get a little extra redundancy since Git is distributed by nature. We do "agent" based but only because everything is under some type of CM. So it's easy to just make sure that system has the agent's backup role applied to it and that's done automatically.
But I can also see how small shops with not much help would to spend a small amount of money and be able to do agentless with not much extra work.
The other thing that I think people loose track of in their "war on state sprawl" is that most companies don't control the code they have deployed. 75% of code in large enterprises they don't own. You can do platform migrations to open source, and hire developers to do this but if the alternative is $1000 a host for a Veeam license you will get laughed out of the meeting by anyone who's done an ERP migration.
Realistically the easiest way to get rid of backup headaches is to make them someone else's problem. Use SaaS applications, and if it makes sense use SaaS Backup products (Spanning). If the person who owns the code is delivering it, ideally they should be able to achieve enough scale to make custom protection work, or aggregate enough demand to have more leverage with the backup vendors they purchase from.
10000%. If you have the option to use someone else's systems, do it. However while most things in our group are open source, our ERP is all tied into Oracle and a lot of that is delivered with APEX.
APEX is just Access for people with deep pockets and no clue.
That was my point. If you don't have a team who knows what they're doing you should be using someone else's.
Yeah, the overall cost of bad staff is so much higher than people think that it is. People often say things like "I save so much money by hiring a $50K admin instead of a $100K admin", and ignore that their budget is $500K in hardware and software when it should be $100K. They focus on staff costs and ignore business costs.
-
@scottalanmiller said in KVM Backing and Support:
@stacksofplates said in KVM Backing and Support:
@scottalanmiller said in KVM Backing and Support:
@storageninja said in KVM Backing and Support:
For log analytic situations where data sovereignty isn't a concern, rather than a SMB learn Elasticsearch (which isn't bad to be fair) they could also just use a SaaS provider. SumoLogic, or Log Inteligence (we just launched), Splunk (if they have lots of gold pressed latinum).etc
Yeah, but to be fair, it takes like two months of something like Splunk to pay for someone competent to learn ElasticSearch. It's very hard to justify SaaS in that space.
That's just splunk though. Some are reasonable. Like AWS new Elastic Stack service.
True, but does that service alleviate the concerns? Installing ES is nothing. It's using it that is some cause for cost problems, and wouldn't those exsit the same?
It's running somewhere else. You have a hosted solution for that vs managing that in house. That's what I was getting at. It's worth the perceived extra cost to host somewhere else because it will be cheaper in the long run.
-
@stacksofplates said in KVM Backing and Support:
@scottalanmiller said in KVM Backing and Support:
@stacksofplates said in KVM Backing and Support:
@scottalanmiller said in KVM Backing and Support:
@storageninja said in KVM Backing and Support:
For log analytic situations where data sovereignty isn't a concern, rather than a SMB learn Elasticsearch (which isn't bad to be fair) they could also just use a SaaS provider. SumoLogic, or Log Inteligence (we just launched), Splunk (if they have lots of gold pressed latinum).etc
Yeah, but to be fair, it takes like two months of something like Splunk to pay for someone competent to learn ElasticSearch. It's very hard to justify SaaS in that space.
That's just splunk though. Some are reasonable. Like AWS new Elastic Stack service.
True, but does that service alleviate the concerns? Installing ES is nothing. It's using it that is some cause for cost problems, and wouldn't those exsit the same?
It's running somewhere else. You have a hosted solution for that vs managing that in house. That's what I was getting at. It's worth the perceived extra cost to host somewhere else because it will be cheaper in the long run.
Right, I get that. But my point was that when people say that ElasticSearch is hard and takes effort, they aren't actually talking about ElasticSearch. They are talking about the apps that are deployed and talk to ElasticSearch. Actually running ElasticSearch takes no effort at all, it's trivial. Amazon's hosted product doesn't buy you anything as the parts that people are actually referring to aren't addressed and require just as much effort and knowledge to use with Amazon's hosted ES as with your own.
It's the full stack hosted that removes the issue that people are concerned about.
-
@scottalanmiller said in KVM Backing and Support:
@stacksofplates said in KVM Backing and Support:
@scottalanmiller said in KVM Backing and Support:
@stacksofplates said in KVM Backing and Support:
@scottalanmiller said in KVM Backing and Support:
@storageninja said in KVM Backing and Support:
For log analytic situations where data sovereignty isn't a concern, rather than a SMB learn Elasticsearch (which isn't bad to be fair) they could also just use a SaaS provider. SumoLogic, or Log Inteligence (we just launched), Splunk (if they have lots of gold pressed latinum).etc
Yeah, but to be fair, it takes like two months of something like Splunk to pay for someone competent to learn ElasticSearch. It's very hard to justify SaaS in that space.
That's just splunk though. Some are reasonable. Like AWS new Elastic Stack service.
True, but does that service alleviate the concerns? Installing ES is nothing. It's using it that is some cause for cost problems, and wouldn't those exsit the same?
It's running somewhere else. You have a hosted solution for that vs managing that in house. That's what I was getting at. It's worth the perceived extra cost to host somewhere else because it will be cheaper in the long run.
Right, I get that. But my point was that when people say that ElasticSearch is hard and takes effort, they aren't actually talking about ElasticSearch. They are talking about the apps that are deployed and talk to ElasticSearch. Actually running ElasticSearch takes no effort at all, it's trivial. Amazon's hosted product doesn't buy you anything as the parts that people are actually referring to aren't addressed and require just as much effort and knowledge to use with Amazon's hosted ES as with your own.
It's the full stack hosted that removes the issue that people are concerned about.
Ooh ic. Theirs has Kibana and everything set up. So it gives you a good bit more. I haven't looked to see if it has auth or not which would be killer since their Xpack for Kibana is expensive.
-
@stacksofplates said in KVM Backing and Support:
@scottalanmiller said in KVM Backing and Support:
@stacksofplates said in KVM Backing and Support:
@scottalanmiller said in KVM Backing and Support:
@stacksofplates said in KVM Backing and Support:
@scottalanmiller said in KVM Backing and Support:
@storageninja said in KVM Backing and Support:
For log analytic situations where data sovereignty isn't a concern, rather than a SMB learn Elasticsearch (which isn't bad to be fair) they could also just use a SaaS provider. SumoLogic, or Log Inteligence (we just launched), Splunk (if they have lots of gold pressed latinum).etc
Yeah, but to be fair, it takes like two months of something like Splunk to pay for someone competent to learn ElasticSearch. It's very hard to justify SaaS in that space.
That's just splunk though. Some are reasonable. Like AWS new Elastic Stack service.
True, but does that service alleviate the concerns? Installing ES is nothing. It's using it that is some cause for cost problems, and wouldn't those exsit the same?
It's running somewhere else. You have a hosted solution for that vs managing that in house. That's what I was getting at. It's worth the perceived extra cost to host somewhere else because it will be cheaper in the long run.
Right, I get that. But my point was that when people say that ElasticSearch is hard and takes effort, they aren't actually talking about ElasticSearch. They are talking about the apps that are deployed and talk to ElasticSearch. Actually running ElasticSearch takes no effort at all, it's trivial. Amazon's hosted product doesn't buy you anything as the parts that people are actually referring to aren't addressed and require just as much effort and knowledge to use with Amazon's hosted ES as with your own.
It's the full stack hosted that removes the issue that people are concerned about.
Ooh ic. Theirs has Kibana and everything set up. So it gives you a good bit more. I haven't looked to see if it has auth or not which would be killer since their Xpack for Kibana is expensive.
OH, okay, well that's very different. If it is basically an entire ELK stack, that's pretty cool then. That I could see being worthwhile pretty easily if they price it right.
-
@scottalanmiller said in KVM Backing and Support:
@matteo-nunziati said in KVM Backing and Support:
My biggest concerns w/ agent based are:
- A nas IS cheap don't bore too much about space. Just backup.
- is there a cheap solution with centraluzed management of backups? Cross platform?
Any hints?!
- The storage component is not related to agent vs. agentless. I'm not sure what you are asking here. You need a place to store the backups identically between different backup approaches.
Its about the price and perf for a full bloated vm backup vs small data backup
- Agent based is the norm, agentless is the niche. There are 10-100 options of agent based for every agentless one. And the big players, like Veeam, Unitrends, etc offer both. It's "how you deploy the product", not what product you choose in many cases. And yes, there are free options.
Yes I'm aware of pay options but they are expensive. What I miss is a cheap centrslized backup solution w/ agents. Just to say Veeam is expensive here.
- What does cross platform mean in this context?
I mean I can install the same agent both on win and linux
- Why do you worry about these things with agent based and not with agentless, even though they are equal and both affected by them just the same?
Because I install altaro have a single admin interface an can backup delta vm in a few minutes.
-
@matteo-nunziati said in KVM Backing and Support:
@scottalanmiller said in KVM Backing and Support:
@matteo-nunziati said in KVM Backing and Support:
My biggest concerns w/ agent based are:
- A nas IS cheap don't bore too much about space. Just backup.
- is there a cheap solution with centraluzed management of backups? Cross platform?
Any hints?!
- The storage component is not related to agent vs. agentless. I'm not sure what you are asking here. You need a place to store the backups identically between different backup approaches.
Its about the price and perf for a full bloated vm backup vs small data backup
Agent backups are generally associated with small, efficient backups of only what is needed, and agentless with backing up everything willy nilly. But that's a false association. Agentless can pick and choose, agent based can go for broke. In both cases, it's an identical amount of data, it all comes down to configuration choices.
-
@matteo-nunziati said in KVM Backing and Support:
@scottalanmiller said in KVM Backing and Support:
@matteo-nunziati said in KVM Backing and Support:
- Why do you worry about these things with agent based and not with agentless, even though they are equal and both affected by them just the same?
Because I install altaro have a single admin interface an can backup delta vm in a few minutes.
Sure, but Veeam agentless will do that, too. There are good options in both directions.
-
@scottalanmiller said in KVM Backing and Support:
@matteo-nunziati said in KVM Backing and Support:
@scottalanmiller said in KVM Backing and Support:
@matteo-nunziati said in KVM Backing and Support:
- Why do you worry about these things with agent based and not with agentless, even though they are equal and both affected by them just the same?
Because I install altaro have a single admin interface an can backup delta vm in a few minutes.
Sure, but Veeam agentless will do that, too. There are good options in both directions.
Sure. My point was: I'm not aware of a win/linux solution agent based with central management which costs less then agentless. Therefore when I deployed kvm it was with some mix and match stuff got from github and glued into some.bash script. Ok for me but not really nice to offload to others. My ignorance about Good non diy backup solutions is the only reason I do not deploy kvm again.
Grr... Damn phone. Lot of typos...
-
@matteo-nunziati said in KVM Backing and Support:
@scottalanmiller said in KVM Backing and Support:
@matteo-nunziati said in KVM Backing and Support:
@scottalanmiller said in KVM Backing and Support:
@matteo-nunziati said in KVM Backing and Support:
- Why do you worry about these things with agent based and not with agentless, even though they are equal and both affected by them just the same?
Because I install altaro have a single admin interface an can backup delta vm in a few minutes.
Sure, but Veeam agentless will do that, too. There are good options in both directions.
Sure. My point was: I'm not aware of a win/linux solution agent based with central management which costs less then agentless. Therefore when I deployed kvm it was with some mix and match stuff got from github and glued into some.bash script. Ok for me but not really nice to offload to others. My ignorance about Good non diy backup solutions are the only reason I do not deply kvm again.
I see. UrBackup is free, for example. Veeam Agent based is similar in price to their agentless.
-
@dustinb3403 said in KVM Backing and Support:
My biggest questions with KVM still revolve around backup solutions for it.
Don't expect a solution from Veeam until KVM (RHEL/CentOS/Fedora etc) has CBT in the o/s.
-
@fateknollogee said in KVM Backing and Support:
@dustinb3403 said in KVM Backing and Support:
My biggest questions with KVM still revolve around backup solutions for it.
Don't expect a solution from Veeam until KVM (RHEL/CentOS/Fedora etc) has CBT in the o/s.
But it does.
-
@scottalanmiller said in KVM Backing and Support:
@fateknollogee said in KVM Backing and Support:
@dustinb3403 said in KVM Backing and Support:
My biggest questions with KVM still revolve around backup solutions for it.
Don't expect a solution from Veeam until KVM (RHEL/CentOS/Fedora etc) has CBT in the o/s.
But it does.
Is it available from the kernel?
-
@scottalanmiller said in KVM Backing and Support:
@fateknollogee said in KVM Backing and Support:
@dustinb3403 said in KVM Backing and Support:
My biggest questions with KVM still revolve around backup solutions for it.
Don't expect a solution from Veeam until KVM (RHEL/CentOS/Fedora etc) has CBT in the o/s.
But it does.
Where?
