Microsoft SQL Server w chmurze: jak obniżyć koszty nawet o kilkadziesiąt procent?

Wiele firm korzystających z Microsoft SQL Server zakłada, że największym kosztem środowiska bazodanowego jest infrastruktura. W rzeczywistości bardzo często sytuacja wygląda odwrotnie. W przypadku produkcyjnych baz danych koszt licencji SQL Server może odpowiadać za zdecydowaną większość całkowitych wydatków związanych z utrzymaniem platformy danych.

To właśnie dlatego coraz więcej organizacji szuka sposobów na optymalizację środowisk SQL nie poprzez ograniczanie wydajności czy redukcję dostępności systemów, ale poprzez bardziej efektywne wykorzystanie licencjonowanych zasobów.

Nowe instancje Amazon RDS for SQL Server oparte na procesorach AMD EPYC otwierają interesującą możliwość osiągnięcia tego celu. Według AWS oraz AMD, rozwiązania te zostały zaprojektowane tak, aby dostarczać większą wydajność na pojedynczy rdzeń procesora, co w praktyce może oznaczać obsługę większego obciążenia przy mniejszej liczbie licencjonowanych vCPU.

Rosnąca presja na optymalizację kosztów IT

W ostatnich latach przedsiębiorstwa znalazły się pod coraz większą presją dotyczącą efektywnego wykorzystania budżetów technologicznych. Zarządy oczekują od działów IT nie tylko zapewnienia stabilności systemów, ale również aktywnego poszukiwania oszczędności.

Jednocześnie zapotrzebowanie na przetwarzanie danych stale rośnie. Systemy ERP, platformy e-commerce, rozwiązania analityczne, aplikacje logistyczne czy systemy obsługi klientów generują coraz większe obciążenia baz danych.

Powstaje więc klasyczny dylemat biznesowy: zwiększyć wydajność i zapłacić więcej czy ograniczyć wydatki kosztem możliwości rozwoju? Nowoczesne platformy chmurowe pozwalają jednak coraz częściej zwiększać wydajność przy jednoczesnym obniżaniu kosztów jednostkowych.

Czy można zmniejszyć koszty SQL Server przy zachowaniu wydajności?

Dla wielu firm każda zmiana technologiczna oznacza ryzyko: koszt projektu, potencjalne przestoje, testy regresyjne, zaangażowanie zespołów aplikacyjnych oraz możliwość wystąpienia problemów produkcyjnych. Dlatego najbardziej atrakcyjne biznesowo są rozwiązania, które nie wymagają modyfikacji aplikacji.

Instancje M8a i R8a wyposażone w procesory AMD EPYC działają w architekturze x86 wykorzystywanej przez środowiska Microsoft SQL Server. Z punktu widzenia zarządu ogranicza to zakres transformacji technologicznej i może zmniejszyć ryzyko projektu.

Największa pozycja budżetowa to często nie serwer, lecz licencja

W tradycyjnych analizach infrastruktury koncentrujemy się na cenie środowiska chmurowego. Tymczasem w przypadku SQL Server głównym kosztem często pozostaje licencjonowanie.

To fundamentalnie zmienia sposób patrzenia na optymalizację. Jeżeli infrastruktura odpowiada jedynie za niewielką część wydatków, oszczędności powinny koncentrować się przede wszystkim na redukcji liczby wymaganych licencji.

Kluczowe staje się więc pytanie: ile pracy biznesowej wykonuje pojedynczy licencjonowany rdzeń? Im większa wartość generowana przez jeden rdzeń procesora, tym niższy koszt obsługi pojedynczej transakcji, użytkownika lub aplikacji.

Benchmarki pokazują potencjał oszczędności

Analiza przeprowadzona przez Trek2Summit miała odpowiedzieć na strategiczne pytanie: czy nowa generacja instancji AMD pozwala osiągnąć tę samą wydajność przy niższych kosztach?

W testach Amazon RDS for SQL Server instancje oparte na AMD EPYC wykazały istotną przewagę w rodzinie R8 przeznaczonej dla obciążeń wymagających większej ilości pamięci. Przy wysokim obciążeniu pojedyncza instancja R8a osiągnęła wyższy wynik niż porównywana instancja R8i.

Z biznesowego punktu widzenia ważniejszy od samego benchmarku jest efekt finansowy. Autorzy analizy oszacowali, że w konkretnym, hipotetycznym scenariuszu jedna instancja AMD mogła zapewnić przepustowość  odpowiadającą rozwiązaniu wymagającemu dwóch instancji Intel. W takim modelu roczna różnica kosztów infrastrukturalnych przekraczała 4 600 USD, a liczba licencjonowanych vCPU spadała z ośmiu do czterech. Scenariusz wymaga jednak architektury pozwalającej rozdzielić obciążenie OLTP i nie stanowi automatycznego mechanizmu skalowania jednej bazy.

Co powiedzą CFO i dyrektor finansowy?

Dla działu finansowego najciekawszym wskaźnikiem nie jest liczba transakcji na sekundę, lecz całkowity koszt obsługi procesów biznesowych. Jeżeli podobny wolumen może zostać obsłużony przy mniejszej liczbie licencji, organizacja może uzyskać niższe koszty operacyjne, lepszy zwrot z inwestycji w chmurę, większą przewidywalność budżetu i możliwość dalszego skalowania bez proporcjonalnego wzrostu kosztów.

W praktyce oznacza to, że dział IT może dostarczać konkretne, mierzalne oszczędności wpływające bezpośrednio na wynik finansowy przedsiębiorstwa.

Optymalizacja kosztów jako element strategii biznesowej

Wiele organizacji traktuje optymalizację chmury jako działanie techniczne realizowane przez administratorów lub architektów infrastruktury. Tymczasem decyzje dotyczące platformy bazodanowej coraz częściej mają charakter strategiczny.

Oszczędności osiągane na środowiskach SQL Server mogą zostać przeznaczone na projekty AI, rozwój produktów cyfrowych, automatyzację procesów, cyberbezpieczeństwo lub rozwój nowych usług dla klientów. W tym kontekście wybór odpowiedniej platformy nie jest już wyłącznie decyzją technologiczną. To decyzja biznesowa wpływająca na konkurencyjność firmy i możliwość finansowania kolejnych inicjatyw.

Wnioski dla zarządów i liderów IT

Pojawienie się procesorów AMD EPYC w Amazon RDS for SQL Server jest ważnym sygnałem dla organizacji poszukujących sposobów na ograniczenie kosztów utrzymania środowisk danych. Materiały AWS, AMD i Trek2Summit wskazują, że większa wydajność pojedynczego rdzenia może przełożyć się na mniejszą liczbę wymaganych licencji SQL Server, a tym samym na niższy całkowity koszt posiadania.

Dla biznesu najważniejsza jest jednak nie sama technologia, lecz efekt ekonomiczny. Jeżeli organizacja może utrzymać odpowiednią jakość usług, obsłużyć wymagany wolumen transakcji i jednocześnie zmniejszyć wydatki na licencje, otrzymuje wzrost efektywności bez konieczności budowania biznesowego uzasadnienia wyłącznie wokół parametrów technicznych.