Dur
Icon just for u
17 publicly visible posts • joined 9 Apr 2008
Why would they - I expect a phased cross-over from HDS to 3PAR (now HP) kit. Existing HP XP kit will can be well supported by HDS under contract to HP when HP decides to drop it. The line about HP XP being HDS kit 'with HP software' is 99% rubbish - it's extremely close to native HDS.
@James : "HP storage strategy - what storage strategy" has been so true for far too long - but the question is now answered. In the near future, it will be HP:3PAR for anything above teensy-SAN.
I'd be more interested in better lockdown of widely-deployed existing PSK approaches, than playing with quantum goodies. Any bank that has invested in quantum crypto for key exchange is doing little more than demonstrating how gullible their CTO is to fancy marketing. (And is probably a good target for simpler physical attacks).
As we move further and further towards one-'app'-per-server thinking, it makes less and less sense to have a fat, all purpose OS sitting between the VM provider and the app. Windows as a server OS was always a marketing driven success story (with the technical success slowly coming along behind); but if you're going to run app X on leased server X, and app Y on leased server Y, you want the bare minimum of OS management hassle in the middle. If whoever you're leasing from is handling all the networking and storage etc etc etc, and the virtualisation - what do you care what the OS is between your DB and the hardware, etc, so long as it performs.
So yes, of course a guest OS is required - but the criteria for choosing which is changing - and thinner will come to dominate, at least in the leased 'server as a service' space.
Thoughts:
Novell had it right before they got it all wrong
Welcome to the world of Bureau Computing 2.0
Service Management != Systems Management
The longer and harder IT pushes better systems monitoring as THE way to ensure service delivery, the harder it will _continue_ to fail to impress management. The sooner IT wakes up to the possibilities that could be offered through proper service monitoring, the better.
Focus on forever "improving the integration between tool sets and _systems_" draws attention away from where it actually needs to be to achieve ITs potential to deliver service improvements to the business.
"the trick reportedly took a great deal of ingenuity to pull off."
WTF - that's like "what do we do first", "well, duh, sniff the wireless data"
ten minutes later
"tooooo easy!"
Given the total lack of security considerations, I wonder if hardwired sensors in the car are tied into the same protocol, perhaps they could be targeted just by changing some sensor ID bytes in the wireless message.
Tape, rightly, SHOULD still be the default, mainstream option for anything that isn't required to be online.
It SHOULD be massively cheaper than disk, for everything beyond a primary, online copy.
It is inherently much more flexible, automatable, reliable, scalable and manageable than any system that bundles the electronics and read-write mechanisms with the media package.
(it's also massively much more dense, requiring less physical estate)
Somehow, the tape manufacturers missed out on the opportunity, They let the disk guys sell to management on the basis of lower cost per GB, without challenging all the downsides; when they should have been offering a much lower cost, with all the advantages.
It LTO had been price pitched correctly, and staged file aging been readily pushed onto the desktop, every home user would have one - you want to watch a movie you downloaded three years ago and haven't seen since - no worries - two minutes later it's back on disk.
You want to have every document your organisation has ever scanned readily available on every desktop - no worries, within seconds of your request the robots either got it online, alerted the op to get it from the near-online racks, or issued a request to the offsite facility.
You want to have triple redundancy of everything, ever - no worries, the robot spends it's evenings defragging and replicating everything you think is important for multiple offsite copies, and requesting back tapes that might be aging a bit to reduplicate.
etc etc etc.
Tape should, by all rights, rule the off-line data world. Sure it requires a bit of management, but mostly, the tape vendors have no-one but themselves to blame.
With apologies to suppressedperson over at entubulation.org, who's words these are - but I knew reg would like them:
"In the blue corner, the Church, on a heavyweight supersecure DDoS-proof steel tank of a server, with an armada of lawyers ready to fire barrages of legal missiles, a mountain of a boxer in the heaviest of weight divisions, raging on roids and ready to rip an ear off somebody...
Versus Wikileaks, who aren't in the ring. They're in Sweden. And they pissed in the protein milkshake you drank this morning."