Please wait...
Right, budget still comes into play. Extra resources are still not free. Just dynamic, unless you were running them as VMs locally, as it was dynamic then too.
In theory other than a bit more electric, our cost really didnt change to up your resources onsite since we bought the servers already., but we still charged the BU more since that was resources we couldn't allocate to someone else.
Mon Feb 22 2021 08:32:54 EST from DutchessMikeI agree that cloud computing has made it easier to size hardware to workload, but it only kicked the hardware problem down the road. In your example case, he could still be pissed even if the systems he manages are running on slow hardware because management won't approve the revised budget for the upgrade. Amazon makes billions nickel-and-diming folks to death. :)
Sat Feb 20 2021 12:21:13 EST from LoanShark2021-02-20 09:12 from Nurb432
Our DB servers are pegged . All.. the.. time..
I've worked at shops like that. In one case, before cloud hosting became a thing, one of the sysadmins was flipping out and angry at management because they wouldn't approve a hardware upgrade.
These days though, it's so easy. Log into the Amazon RDS admin console and change your instance type from db.t3.medium to db.t3.large or whatever. You'll see several seconds to maybe a minute of downtime for migration to occur, and then, problem solved.
Where I work now, we have the lightest DB utilization in the world.
2021-02-23 15:27 from Nurb432
Right, budget still comes into play. Extra resources are still not
free. Just dynamic, unless you were running them as VMs locally, as
it was dynamic then too.
Dynamic can be kind of a big deal though, compared to back in the day when you had a physical server with 1 or 2 sockets of 4-core processors that you were thinking about upgrading, and it had to be a 2-week to 2-month project because you had to get the hardware shipped to your site, and then benchmark it, and then develop and implement minimal-downtime upgrade procedures, and thefigure out backup and disaster-recovery and contingency plans, and basically all of this is now something you can now just point-and-click on a console.
Oh, i agree, just that i figured most companies now have gone the VM route and are not still doing dedicated physical servers. Cost is no longer a barrier to do it.
Even if you dont 'need' it to be virtual and you want to run a resource at 1:1 is still an advantage for migrations, backups and such. Overhead is so slight its well worth it.