Ich habe mich vor ein paar Wochen mit einem befreundeten Berater unterhalten. Seine Hauptaufgabe ist derzeit die Arbeit an Projekten, bei denen SQL Server-Datenbanken in die Cloud (AWS und Azure) und auf Massenbasis verschoben werden. Seine Geschichte erinnert mich an die Projekte vor Jahren bei P2V-Projekten, bei denen der physische Speicher und die Kerne möglicherweise nur dem virtuellen Speicher und den virtuellen Kernen zugeordnet wurden und der VMWare-Administrator dann die Aufgabe erhielt, dies basierend auf dem Verbrauch zu überprüfen, da sonst die Vorteile der Virtualisierung zunichte gemacht würden.
Nun, bei Cloud-Migrationen wird aus Gründen der Einfachheit und Geschwindigkeit allzu oft immer noch dieselbe Methode angewendet, aber der Schock kommt, wenn die Cloud-Abonnementrechnungen hereinrollen. Es kann wiederum eine vermeidbare Geldverschwendung sein, in diesem Fall Opex im Gegensatz zu Capex .
Aus irgendeinem Grund zögern die Projektbesitzer oft, die aktuelle Nutzung, den Verbrauch und die Leistung im Voraus zu überprüfen und die für die Cloud-Migration erforderliche Größe genau vorherzusagen. Das Problem bei der Bewältigung des Problems nach der Migration besteht darin, dass mehr Risiken damit verbunden sind, mehr Brandbekämpfung erforderlich ist und wie schnell Sie dies tun können, während die Rechnungen noch jeden Monat eingehen.
Wir freuen uns also darauf zu hören, was Denis O’Sullivan und Peter O’Connell am 14. April mit ihrem Live-Webcast zu sagen haben:Accurately Sizing and Scaling Your Cloud Database.
