No, I will not **** drop it until someone can show me where I've claimed that virtualisation is a catch-all solution.
No, I will not **** drop it until someone can show me where I've claimed that virtualisation is a catch-all solution.
No - it's because you are a ****.No doubt you'll now crow that I am unable to come up with a reasoned counter-argument but it's actually because I'm going to move on with my diynot life now
No - it's because you are a ****.No doubt you'll now crow that I am unable to come up with a reasoned counter-argument but it's actually because I'm going to move on with my diynot life now
No - it's because you are a ****.No doubt you'll now crow that I am unable to come up with a reasoned counter-argument but it's actually because I'm going to move on with my diynot life now
And I've no idea why it's so important to people to take my simple suggestion that virtualising in a way which enables VM migration allows servers to be evacuated and then add inventions of their own so that they can then falsely claim I'm saying things which are wrong and that therefore I don't know what I'm talking about.no idea why this one is so important to you
Still waiting for him to show where I suggested that.Who on earth (apart from BAS) wants to put their BACKUP data on the same storage as their live data, and be able to switch the VM of the backup to the same box as their live server ?
I didn't make all of those claims either.your over-heated stance that virtualisation alone removes the impact to users of application or hardware maintenance is not valid.
I never said all of those things.Virtualisation is cool, if not a catch-all solution.
You know a couple of classic signs of a troll, BAS?
1. Constantly hammering home on a single point and becoming more and more irate that people are unable to see your point of view.
2. Resorting to insults and name-calling when #1 is not working.
Honestly, man, give it a rest. Count back through this thread and see the number of times where I've given you some respect for your knowledge of all things electrical. I'm not looking for anything in return - honestly - you really need to move on from this.
Indeed, and like the boy who cried wolf, it diminishes the impact when he does have something positive to add.Most of us glaze over when we see that he's responded (began to argue) in these here threads.
You know a couple of classic signs of a ****, skotl?You know a couple of classic signs of a troll, BAS?
1. Constantly hammering home on a single point and becoming more and more irate that people are unable to see your point of view.
2. Resorting to insults and name-calling when #1 is not working.
2. Resorting to accusing them of being a troll when they refuse to allow the **** to get away with 1.
My comment about virtualisation was made in the context of it being a problem.In most businesses, having a planned shutdown of a server isn't a problem - OK, there are indeed a fair number where it is a problem, but for most it isn't.
So?No mention at this point that "Just virtualise it" doesn't mention the trebling (or more) of the cost of the hardware, and god knows how much extra for software licences (VMWare aren't doing too badly )
Whether 100% of them can ultimately be resolved is one thing, but are you denying that such tools can discover them?Later you added that "Automation tools worth their salt should pick up on circular dependencies."
I see.I've yet to see an explanation of how any automation tool will handle the genuine circular dependency we have, especially when one of the items involved is not something that's going to get virtualised. So no "Score 3 for virtualisation - you don't have to run multiple services in one VM if you don't want to." here.
What you said was this:Then finally, having stated that automation tools will solve our dependency problem, you add "No tool will do everything" which is effectively all that people had been telling you.
either that or your identity is revealed as one of those IT tools salesmen who will happily sell your tool as doing all that and more (probably even makes the coffee) but which actually turns out to have a lot of gaps.
I said that the VM manager MAY have automation tools.And add "of course you'll need to customise it and quite possibly have to write some scripts" - in other words, we could write some scripts to handle it (and which would be completely unrelated to virtualisation).
No reason at all.Well "Durrr", yes we could, but as I pointed out, if it only takes a few minutes to manually deal with it once in a blue moon, why spend a lot of time automating it ?
And can those people move live VMs from one server to another?And now, barely 1/2 way down page two we get "I thought I could take it as read that without all server resources virtualised and without a common storage and network infrastructure shared by source and target then live migration won't work."
Guess what, I know far more virtualisation installs that do NOT have all that expensive overhead than do.
My apologies - I hadn't realised that the fact that some things need to be done in a certain way if you want them to work in a certain way was so offensive to you that you would immediately start attacking anybody who pointed out that they could work in a certain way.So now an admission that "Just virtualise it" now means "double your server capacity, add backend storage that probably costs more than the servers, and the infrastructure to link them, and the software to glue it all together".
I said that where, exactly?Who on earth (apart from BAS) wants to put their BACKUP data on the same storage as their live data, and be able to switch the VM of the backup to the same box as their live server ?
If you need to find a tradesperson to get your job done, please try our local search below, or if you are doing it yourself you can find suppliers local to you.
Select the supplier or trade you require, enter your location to begin your search.
Are you a trade or supplier? You can create your listing free at DIYnot Local