Trumpas apibendrinimas: „Snowflake“ kainodara grindžiama trimis komponentais: saugykla (apmokestinama už TB per mėnesį), skaičiavimo pajėgumais (apmokestinama už kreditą, atsižvelgiant į virtualaus sandėlio naudojimą) ir debesies paslaugomis (įtrauktos iki 10 % dienos skaičiavimo išlaidų). Skaičiavimo sąnaudos sudaro didžiąją dalį sąskaitų, sandėlių dydžiai svyruoja nuo 1 kredito/val. (X-Small) iki 512 kreditų/val. (6X-Large), todėl darbo krūvio optimizavimas tampa itin svarbus siekiant kontroliuoti išlaidas.
„Snowflake“ kainodaros modelis iš pradžių daug komandų glumina. Skirtingai nei tradicinės duomenų bazės, kur perkate serverius ar fiksuotas licencijas, „Snowflake“ apmokestina pagal suvartojimą – ką naudojate, kada naudojate.
Platforma išskiria tris skirtingus sąnaudų sluoksnius. Saugyklos mokesčiai kaupiasi pagal duomenų tūrį. Skaičiavimo pajėgumų mokesčiai atsiranda naudojant skaičiavimo išteklius, pvz., virtualius sandėlius užklausoms ar duomenų įkėlimui. Debesies paslaugos apima pagalbines užduotis, pvz., metaduomenų valdymą ir autentifikavimą.
Tačiau ne visi trys komponentai vienodai paveikia jūsų biudžetą. Skaičiavimo pajėgumai paprastai sudaro didžiąją dalį sąskaitų daugumai organizacijų. Supratimas, kaip veikia kiekvienas kainodaros sluoksnis, lemia, ar „Snowflake“ taps ekonomiškai efektyviu sprendimu, ar biudžeto košmaru.
Kaip veikia „Snowflake“ suvartojimo pagrindu veikianti kainodara
„Snowflake“ iš esmės atskiria saugyklą nuo skaičiavimo pajėgumų. Ši architektūra atspindi platformos pagrindinę naujovę – galite nepriklausomai didinti skaičiavimo pajėgumus nuo duomenų saugyklos, leidžiant greitai prisitaikyti prie skirtingų darbo krūvių dydžių.
Tačiau su šiuo lankstumu ateina ir iššūkis. Tradicinės duomenų bazės vertė, kad privalėjote per daug aproverizonuoti techninę įrangą, nes mastelio didinimas užtruko. „Snowflake“ pašalina šią atlieką, tačiau įveda naują iššūkį: mokate už kiekvieną užklausos vykdymą, kiekvieną duomenų įkėlimą, kiekvieną paleistą sandėlį.
Suvartojimo modelis reiškia, kad išlaidos tiesiogiai atitinka naudojimo modelius. Vykdote intensyvią analitiką darbo valandomis? Jūsų skaičiavimo sąskaita atspindės tuos piko laikotarpius. Saugojate petabaitus istorinių duomenų? Saugyklos mokesčiai kaupiasi mėnesiui, nepriklausomai nuo užklausų dažnumo.
Remiantis oficialia „Snowflake“ dokumentacija, bendros išlaidos suskirstomos į tris skirtingus naudojimo tipus: skaičiavimo išteklius (matuojami kreditais), saugykla (matuojama terabaitais) ir duomenų perdavimas (matuojamas baitais, perkeltais tarp regionų ar debesų paslaugų teikėjų).
Trys „Snowflake“ kainodaros komponentai
Norint suprasti, kas lemia jūsų „Snowflake“ sąskaitą, reikia atskirai išanalizuoti kiekvieną kainodaros komponentą. Architektūra sąmoningai izoliuoja šias išlaidas, kad komandos galėtų nepriklausomai optimizuoti kiekvieną sluoksnį.
Saugyklos išlaidos: mažesnė dalis
„Snowflake“ saugyklos kainodara paprastai sudaro mažiausią elementą daugumoje sąskaitų. Platforma automatiškai suspaudžia duomenis.
Remiantis „Espresso AI“ kainodaros analize, pagal poreikį saugyklos kaina JAV regionuose „AWS“ kainuoja maždaug 40 USD už TB per mėnesį. Tai yra nurodyta kaina be prisiimtų įsipareigojimų dėl pajėgumų ar iš anksto įsigytų sutarčių.
Iš anksto įsigyta saugyklos talpa sumažina šį tarifą. Komandos, kurios įsipareigoja dėl konkrečių saugyklos tūrių, gauna nuolaidas, nors tikslios kainos skiriasi priklausomai nuo sutarties sąlygų ir pasirinkto debesų paslaugų teikėjo.
Saugyklos išlaidos išlieka gana prognozuojamos. Daugumoje organizacijų duomenų tūris didėja laipsniškai, todėl mėnesio saugyklos mokesčius lengviau prognozuoti nei skaičiavimo išlaidas. Laiko kelionės (Time Travel) ir nesėkmės (Fail-safe) funkcijos sunaudoja papildomą saugyklą duomenims saugoti, tačiau „Snowflake“ įtraukia šias išlaidas į standartinį saugyklos tarifą.
Skaičiavimo pajėgumų išlaidos: kur sutelkiamos išlaidos
Skaičiavimo pajėgumai dominuoja „Snowflake“ sąskaitose. Virtualūs sandėliai – skaičiavimo varikliai, vykdantys užklausas ir apdorojantys duomenis – sunaudoja kreditus pagal jų dydį ir veikimo trukmę.
Remiantis oficialia „Snowflake“ dokumentacija, sandėlių dydžiai svyruoja nuo X-Small iki 6X-Large, o kreditų sąnaudų kiekis padvigubėja kiekviename lygyje:
| Sandėlio dydis | Kreditai per valandą | Kreditai per sekundę |
|---|---|---|
| X-Small | 1 | 0.0003 |
| Small | 2 | 0.0006 |
| Medium | 4 | 0.0011 |
| Large | 8 | 0.0022 |
| X-Large | 16 | 0.0044 |
| 2X-Large | 32 | 0.0089 |
| 3X-Large | 64 | 0.0178 |
| 4X-Large | 128 | 0.0356 |
| 5X-Large | 256 | 0.0711 |
| 6X-Large | 512 | 0.1422 |
Faktinė kredito dolerio kaina priklauso nuo jūsų „Snowflake“ leidimo (Standard, Enterprise, Business Critical) ir regiono. Kredito kainos skiriasi tarp debesų paslaugų teikėjų ir geografinių vietovių. Regioniniai kainų skirtumai „Snowflake“ kreditams paprastai svyruoja nuo 5 % iki 20 %, palyginti su baziniais JAV regionais.
Sandėliai apmokestinami per sekundę, su maždaug 60 sekundžių minimumu. Paleidote sandėlį 5 sekundžių trukmės užklausai? Mokėsite už 60 sekundžių. Paleidote jį 90 sekundžių? Mokėsite už tiksliai 90 sekundžių. Šis detalus atsiskaitymas neleidžia švaistyti lėšų ilgai veikiantiems sandėlių seansams, tačiau reikalauja kruopščiai konfigūruoti automatinį sustabdymą.
Skaičiavimo pajėgumų optimizavimas yra didžiausią poveikį turinti išlaidų kontrolės strategija. „Large“ sandėlis, veikiantis 24 valandas per parą, 7 dienas per savaitę, per mėnesį sunaudoja 5 952 kreditus (8 kreditai/val. × 24 val. × 31 diena).
Debesies paslaugos: paslėptas sluoksnis
Debesies paslaugos apima infrastruktūros antkainius: autentifikavimą, metaduomenų valdymą, užklausų optimizavimą ir duomenų šifravimą. „Snowflake“ netaiko atskiro mokesčio už šias paslaugas, kol jos neviršija 10 % jūsų dienos skaičiavimo išlaidų.
Dauguma organizacijų niekada nemoka už debesies paslaugas tiesiogiai. 10 % riba veikia kaip įtraukimas – normalios platformos operacijos neviršija šio limito. Tik scenarijai su itin dideliu metaduomenų operacijų ar autentifikavimo užklausų kiekiu sukelia papildomus mokesčius.
Kai debesies paslaugos sugeneruoja mokesčius, jie apmokestinami ta pačia kreditų sistema kaip ir skaičiavimo pajėgumai. Koregavimas atliekamas automatiškai jūsų dienos naudojimo ataskaitoje.
Pigesnės duomenų priemonės prieš pasirenkant kainodarą
Domina „Snowflake“ kainodara? Tikrosios išlaidos paprastai susideda iš viso paketo – skaičiavimo pajėgumų, saugyklos ir visų papildomų įrankių aplink juos.
„Get AI Perks“ padeda sumažinti bendras išlaidas prieš prisiimant įsipareigojimus. Jis apjungia kreditus, nuolaidas ir partnerių pasiūlymus įvairioms dirbtinio intelekto, debesų ir kūrėjų priemonėms, todėl galite naudotis programomis, kurias paprastai sunku rasti vienoje vietoje.
Su „Get AI Perks“ galite:
- gauti kreditų debesų ir duomenų infrastruktūros priemonėms
- sumažinti bendras išlaidas visam jūsų paketui
- išbandyti priemones prieš prisiimant įsipareigojimus dėl visos kainodaros
Jei lyginate „Snowflake“ kainodarą, pradėkite nuo bendrų išlaidų mažinimo – patikrinkite Get AI Perks.
Kas įtakoja jūsų „Snowflake“ sąskaitą
Keli veiksniai lemia faktines „Snowflake“ išlaidas, viršijančias pagrindinę kainodaros struktūrą. Šių kintamųjų supratimas padeda komandoms tiksliau įvertinti išlaidas.
Leidimo pasirinkimas
„Snowflake“ siūlo kelis leidimus – Standard, Enterprise, Business Critical ir Virtual Private Snowflake. Kiekvienas leidimas turi skirtingas kredito kainas. „Enterprise“ leidimo kaina daugumoje JAV regionų yra 1,5 karto didesnė nei „Standard“ tarifo (3,00 USD prieš 2,00 USD už kreditą), o „Business Critical“ kainuoja 2 kartus didesnė nei „Standard“ tarifo (4,00 USD prieš 2,00 USD už kreditą).
Aukštesni leidimai apima papildomas funkcijas: daugiakamerinius sandėlius, ilgesnį „Time Travel“ išlaikymą, patobulintus saugos valdiklius ir dedikuotą palaikymą. Komandos turi įvertinti, ar šios galimybės pateisina kredito kainos daugiklį.
Debesų paslaugų teikėjas ir regionas
„Snowflake“ veikia „AWS“, „Azure“ ir „Google Cloud Platform“. Kredito kainos šiek tiek skiriasi tarp paslaugų teikėjų, nors skirtumai paprastai neviršija 5–10 % atitinkamiems regionams.
Geografinis regionas sukelia didesnius kainų skirtumus. Europos ir Azijos bei Ramiojo vandenyno regionai dažnai kainuoja 20–50 % brangiau nei JAV regionai. Duomenų suverenumo reikalavimai gali versti pasirinkti brangesnius regionus, nepaisant kainos.
Naudojimo modeliai
Užklausų dažnumas ir sudėtingumas tiesiogiai įtakoja skaičiavimo pajėgumų išlaidas. Organizacijos, vykdančios nuolatinius analitinius darbo krūvius, sunaudoja daugiau kreditų nei tos, kurios turi periodinius ataskaitų poreikius.
Sandėlių konkurencija taip pat svarbi. Daugiakameriniai sandėliai automatiškai prideda kameras, kai atsiranda užklausų eilės, padidinant kreditų sąnaudas piko laikotarpiais. 3-kamerinis „Large“ sandėlis per valandą sunaudoja 24 kreditus – trigubai daugiau nei vienos kameros.
Duomenų įkėlimo metodai
„Snowpipe“ – „Snowflake“ nuolatinio duomenų įsisavinimo paslauga – perėjo prie supaprastintos kainodaros, pagrįstos duomenų tūriu, o ne skaičiavimo laiku. Remiantis oficialia dokumentacija, „Snowpipe“ dabar apmokestina fiksuota kreditų suma už GB įkeltų duomenų, todėl duomenų inžinerijos išlaidos tampa labiau prognozuojamos.
Masinis įkėlimas naudojant „COPY“ komandas naudoja standartinius virtualaus sandėlio skaičiavimo pajėgumus, apmokestinant pagal sandėlio dydį ir veikimo trukmę. Dažnai naudojant „Snowpipe“ nedidelius įkėlimus, tai pasirodo ekonomiškiau nei vykdyti dedikuotus sandėlius periodiniams masiniams įkėlimams.
Realių kainų pavyzdžiai
„Snowflake“ dokumentacijoje pateikiami pavyzdiniai išlaidų skaičiavimai, iliustruojantys, kaip skirtingi darbo krūviai kaupia mokesčius.
Apsvarstykite finansų komandą, generuojančią ataskaitas darbo valandomis:
| Reikalavimas | Konfigūracija | Mėnesiniai kreditai |
|---|---|---|
| 5 vartotojai, 8–17 val. (9 val. kasdien) | Large Standard Warehouse (8 kreditai/val.) | 1 440 kreditų |
| Skaičiavimas | 8 kreditai/val. × 9 val. × 20 darbo dienų | — |
Dabar pridėkite nuolatinį duomenų įkėlimą:
| Reikalavimas | Konfigūracija | Mėnesiniai kreditai |
|---|---|---|
| 24x7x365 įkėlimo langas | Small Standard Warehouse (2 kreditai/val.) | 1 488 kreditai |
| Skaičiavimas | 2 kreditai/val. × 24 val. × 31 diena | — |
Ši organizacija sunaudoja 2 928 kreditus per mėnesį vien tik šiems dviem darbo krūviams. Pridėjus saugyklą (4 TB su tipiniu suspaudimu), bendra mėnesio kaina priklauso nuo jų leidimo ir regiono kredito kainos.
Aštuonios patikrintos strategijos „Snowflake“ išlaidoms optimizuoti
Išlaidų optimizavimas „Snowflake“ reikalauja aktyvaus valdymo. Platforma automatiškai nesumažins jūsų sąskaitos – ji vykdys tai, ką sukonfigūravote.
1. Tinkamai parinkite virtualių sandėlių dydį
Komandos dažnai per daug aproverizonuoja sandėlius, manydamos, kad didesnis reiškia greitesnį. Tačiau sandėlio dydis turėtų atitikti užklausų sudėtingumą ir konkurencijos reikalavimus, o ne intuiciją.
Pradėkite nuo mažesnių sandėlių ir didinkite tik tada, kai našumo rodikliai pateisina padidėjimą. „X-Small“ sandėlis puikiai atlieka daugelį ataskaitų užklausų, kainuojant 1/8 „Large“ sandėlio kainos.
„Snowflake“ leidžia keisti sandėlių dydį net jiems veikiant. Išbandykite skirtingus dydžius su faktiniais darbo krūviais ir matuokite užklausų našumą, palyginti su kreditų sąnaudomis.
2. Konfigūruokite agresyvų automatinį sustabdymą
Sandėliai ir toliau naudoja kreditus, kol nėra specialiai sustabdyti. Automatinio sustabdymo nustatymas lemia, kaip ilgai sandėliai išlieka nenaudojami, kol automatiškai išsijungia.
Daugumai darbo krūvių nustatykite automatinį sustabdymą į 60 sekundžių. Mažesnis nei minutės minimalus atsiskaitymo laikotarpis reiškia, kad trumpesni automatinio sustabdymo nustatymai nesumažina išlaidų, tačiau ilgesni laiko intervalai leidžia sandėliams deginti kreditus nenaudojamais laikotarpiais.
Interaktyviems užklausų darbo krūviams, kai vartotojai pateikia užklausas periodiškai visą dieną, 60 sekundžių automatinis sustabdymas subalansuoja paleidimo laiką su švaistomomis veikimo valandomis.
3. Išjunkite automatinį paleidimą ne kritiniams sandėliams
Automatinis paleidimas paleidžia sandėlius automatiškai, kai atsiranda užklausų. Ši patogumo funkcija taip pat gali sukelti netyčinių išlaidų šuolių, kai pamiršti procesai sukelia sandėlių paleidimą.
Išjunkite automatinį paleidimą kūrimo ir testavimo sandėliams. Reikalaukite rankinio sandėlių paleidimo neprodukciniais darbo krūviais, taip užkirsdami kelią pabėgusioms išlaidoms iš testavimo scenarijų ar pamestų darbų.
4. Pasinaudokite užklausų rezultatų talpyklomis
„Snowflake“ talpina užklausų rezultatus 24 valandoms. Identifikotos užklausos grąžina talpintus rezultatus iš karto, nesunaudodamos skaičiavimo pajėgumų kreditų. Ši funkcija nieko nekainuoja ir nereikalauja konfigūracijos pakeitimų.
Skatinkite komandas pakartotinai paleisti užklausas, o ne išsaugoti rezultatus lokaliai. Talpykla apdoroja dažnas ataskaitų užklausas, kurias vykdo keli vartotojai, pašalindama nereikalingą sandėlių naudojimą.
5. Strategiškai naudokite klasteriavimo raktus
Automatinis klasteriavimas pagerina užklausų našumą fiziškai organizuojant duomenis, tačiau klasteriavimas naudoja kreditus foninei priežiūrai. „Snowflake“ biudžeto stebėjimo dokumentacija nurodo, kad pasirinktiniai biudžetai gali stebėti klasteriavimo operacijas per konkrečias paslaugas.
Naudokite klasteriavimo raktus tik didelėms lentelėms (daugiau nei TB), kurių prieigos modeliai yra aiškūs. Mažos lentelės nepakankamai naudingos, kad pateisintų klasteriavimo antkainio išlaidas.
6. Stebėkite ir nustatykite biudžeto įspėjimus
„Snowflake“ biudžetų sistema leidžia komandoms nustatyti išlaidų ribas ir gauti pranešimus, kai suvartojimas artėja prie nustatytų slenksčių. Remiantis oficialia dokumentacija, tiek sąskaitos lygio, tiek pasirinktiniai biudžetai gali sukelti įspėjimus nustatytu procentiniu dydžiu nuo mėnesio limitų.
Sukurkite biudžetus pagrindiniams išlaidų centrams: produkcijos sandėliams, duomenų inžinerijos sistemoms ir kūrimo aplinkoms. Konfigūruokite pranešimus pasiekus 50 %, 75 % ir 90 % biudžeto ribų, kad pastebėtumėte išlaidų šuolius prieš mėnesio pabaigos staigmenas.
7. Optimizuokite duomenų saugyklą
Nors saugyklos išlaidos yra mažesnės nei skaičiavimo pajėgumų, nereikalingas duomenų išlaikymas vis tiek kaupia mokesčius. Peržiūrėkite „Time Travel“ išlaikymo laikotarpius – lentelės neturi reikalauti 90 dienų išlaikymo, nebent to reikalauja atitikties taisyklės.
Archyvuokite istorinius duomenis į išorinę debesų saugyklą, kai užklausų dažnumas sumažėja. „Snowflake“ išorinės lentelės suteikia prieigą prie archyvuotų duomenų užklausų vykdymui, nesunaudojant vidinės saugyklos kreditų.
8. Peržiūrėkite „Snowpipe“ naudojimo modelius
Supaprastintas „Snowpipe“ kainodaros modelis apmokestina už įkeltą GB, todėl išlaidos tampa prognozuojamos. Tačiau nereikalingų duomenų įkėlimas ar per didelis mikrobangų partijų dažnumas gali nereikalingai padidinti duomenų inžinerijos išlaidas.
Partijomis apjunkite mažesnius failus prieš įsisavinimą, kai leidžia realaus laiko reikalavimai. Įkeliant vieną 100 MB failą kainuoja mažiau nei įkeliant šimtą 1 MB failų dėl operacijos antkainio.
Naudojantis „Snowflake“ kainos skaičiuokle
„Snowflake“ pateikia oficialią kainos skaičiuoklę, kad būtų galima įvertinti išlaidas prieš prisiimant įsipareigojimus. Įrankis leidžia komandoms modeliuoti skirtingus scenarijus, koreguojant sandėlių dydžius, veikimo valandas, saugyklos tūrius ir leidimo pasirinkimą.
Skaičiuoklė pateikia mėnesio išlaidų sąmatas, suskirstytas pagal komponentus: saugyklą, skaičiavimo pajėgumus ir debesies paslaugas. Šis matomumas padeda komandoms suprasti, kurie darbo krūviai lemia išlaidas ir kur turėtų būti sutelktos optimizavimo pastangos.
Tačiau čia yra pagrindinis dalykas – skaičiuoklei reikia tikslių naudojimo sąmatų. Šiukšlės vidun, šiukšlės laukan. Naujos „Snowflake“ komandos dažnai nepakankamai įvertina užklausų dažnumą arba sandėlio veikimo laiką, todėl išlaidų projekcijos gali skirtis nuo faktinių išlaidų 2–3 kartus.
Pradėkite nuo konservatyvių skaičiuoklės sąmatų, o tada stebėkite faktinį naudojimą pirmaisiais mėnesiais. Tikri suvartojimo modeliai padeda sudaryti tikslesnes prognozes pajėgumų planavimui ir biudžeto paskirstymui.
„Snowflake“ kainodara prieš tradicines duomenų saugyklas
Lyginant „Snowflake“ kainodarą su tradicinėmis vietinėmis arba fiksuotos licencijos duomenų saugyklomis, reikia kitaip įvertinti bendrą nuosavybės išlaidų (TCO) kainą.
Tradicinės sistemos pirmiausia apima išlaidas: techninės įrangos pirkimas, programinės įrangos licencijos, priežiūros sutartys ir personalas administravimui. „Snowflake“ pašalina didžiąją dalį pradinių investicijų – komandos moka tik už suvartojimą be jokios valdytinos infrastruktūros.
Tačiau suvartojimo pagrindu veikianti kainodara gali viršyti fiksuotas išlaidas esant dideliam naudojimo lygiui. Organizacijos, kurios analizuoja 24 valandas per parą, 7 dienas per savaitę, su minimaliu nenaudojimo laiku, gali rasti tradicinę licencijavimą ekonomiškai naudingesnę nei atsiskaitymas už skaičiavimo pajėgumus per sekundę.
Lankstumo privalumas linksta link „Snowflake“ esant kintamiems darbo krūviams. Padidinkite skaičiavimo pajėgumus mėnesio pabaigoje ataskaitų teikimo metu, sumažinkite tyliaisiais laikotarpiais – tradicinės sistemos negali prilygti šiam elastingumui be per didelio techninės įrangos aproverizonavimo.
Dažniausiai pasitaikančios „Snowflake“ kainodaros klaidos
Organizacijos, naujai susipažįstančios su „Snowflake“ suvartojimo modeliu, daro prognozuojamas klaidas, kurios nereikalingai didina išlaidas.
Sandėlių veikimas 24/7 be peržiūros
Didžiausias išlaidų variklis: sandėliai, kurie niekada nesustoja. Kūrimo sandėliai, palikti veikti per naktį, pamiršti ETL sandėliai, kurie baigė darbą prieš kelias valandas, arba „visada įjungtos“ konfigūracijos, nustatytos pradinio testavimo metu ir niekada nepakeistos.
Mėnesiui tikrinkite sandėlių veikimo laiką. Bet koks 24/7 veikiantis sandėlis reikalauja pateisinimo arba perkonfigūravimo.
Per didelis dydžio pasirinkimas našumui be testavimo
Komandos mano, kad didesni sandėliai visada veikia geriau. Kartais tiesa, dažnai netiesa. Užklausų našumas priklauso nuo užklausos struktūros, duomenų tūrio ir konkurencijos – ne tik nuo sandėlio dydžio.
„X-Large“ sandėlis nepadarys paprastos „SELECT“ užklausos greičiau nei „X-Small“ sandėlis. Bet jis kainuos 16 kartų daugiau per valandą.
Ignoruojamas užklausų optimizavimas
Neefektyvios užklausos naudoja daugiau kreditų, nepriklausomai nuo sandėlio dydžio. Blogai parašyta užklausa, skanuojanti visą lentelę, o ne naudojanti filtrus, švaisto skaičiavimo laiką, kurį galima pašalinti optimizavimu.
Užklausų profiliavimas ir optimizavimas sutrumpina veikimo laiką, o tai tiesiogiai sumažina kreditų sąnaudas. Šis darbas duoda sudėtinę naudą kiekvienam užklausos vykdymui.
Biudžeto kontrolės nenustatymas
„Snowflake“ nesustos apmokestinimo, kai išlaidos viršys lūkesčius – ji vykdys sukonfigūruotus darbo krūvius ir atitinkamai apmokestins. Be biudžeto įspėjimų, komandos viršijimus pastebi tik peržiūrėdamos mėnesio sąskaitas.
Nustatykite biudžetus nuo pirmos dienos. Konfigūruokite įspėjimus, kol išlaidos nepakils.
Dažnai užduodami klausimai
Kiek „Snowflake“ kainuoja per mėnesį?
Mėnesio „Snowflake“ išlaidos svyruoja priklausomai nuo naudojimo modelių ir darbo krūvio tipo. Remiantis oficialia dokumentacija, bendros išlaidos priklauso nuo saugyklos tūrio (JAV regionuose paprastai 40 USD/TB/mėn.), skaičiavimo kreditų suvartojimo (skirtingų dydžių ir veikimo trukmės sandėliams) ir jūsų leidimo kredito kainodaros. Nėra fiksuoto mėnesinio mokesčio – „Snowflake“ apmokestina tik už suvartotus išteklius.
Kas yra „Snowflake“ kreditai ir kaip jie įkainojami?
Kreditai yra „Snowflake“ skaičiavimo suvartojimo vienetas. Virtualūs sandėliai sunaudoja kreditus pagal dydį – „X-Small“ sandėlis naudoja 1 kreditą per valandą, o „6X-Large“ naudoja 512 kreditų per valandą. Kredito kainos skiriasi priklausomai nuo leidimo ir regiono, „Enterprise“ leidimas kainuoja maždaug 2 kartus daugiau nei „Standard“ leidimo tarifai. Kreditai apmokestinami per sekundę su 60 sekundžių minimumu, todėl 30 sekundžių užklausa sunaudoja 60 sekundžių vertės kreditų.
Ar „Snowflake“ atskirai apmokestina duomenų saugyklą?
Taip, saugykla apmokestinama atskirai nuo skaičiavimo pajėgumų. „Snowflake“ kainuoja maždaug 40 USD už TB per mėnesį pagal poreikį saugyklos JAV regionuose, o tarifai skiriasi priklausomai nuo debesų paslaugų teikėjo ir geografinės vietovės. Platforma automatiškai suspaudžia duomenis, dažnai sumažindama saugyklos vietą 75 % ar daugiau. „Time Travel“ ir „Fail-safe“ išlaikymas yra įtrauktos į standartinę saugyklos kainodarą. Iš anksto įsigyta saugyklos talpa siūlo nuolaidas įsipareigotiems tūriams.
Ar galiu įvertinti „Snowflake“ išlaidas prieš pradėdamas?
„Snowflake“ pateikia oficialią kainos skaičiuoklę išlaidų įvertinimui. Įrankiui reikalingi įvesties duomenys apie numatomus sandėlių dydžius, veikimo valandas, saugyklos tūrius ir leidimo pasirinkimą. Tačiau sąmatos labai priklauso nuo tikslių naudojimo prognozių – naujos „Snowflake“ komandos dažnai nepakankamai įvertina faktinį suvartojimą. Pradėkite nuo konservatyvių sąmatų, stebėkite faktinį naudojimą pirmaisiais mėnesiais, tada koreguokite prognozes pagal pastebėtus modelius, kad būtų tiksliau planuojamas biudžetas.
Kuo skiriasi „Snowflake“ leidimai kainodaros atžvilgiu?
„Snowflake“ siūlo „Standard“, „Enterprise“, „Business Critical“ ir „Virtual Private Snowflake“ leidimus. Kiekvienas leidimas naudoja tą patį kreditų pagrindu veikiantį kainodaros modelį, tačiau taiko skirtingus tarifus už kreditą – „Enterprise“ kainuoja maždaug 2 kartus daugiau nei „Standard“, o „Business Critical“ kainuoja maždaug 3 kartus daugiau nei „Standard“ tarifai. Aukštesni leidimai apima papildomas funkcijas, tokias kaip daugiakameriniai sandėliai, ilgesnis „Time Travel“ išlaikymas, patobulinti saugos valdikliai ir dedikuotas palaikymas. Komandos turi įvertinti, ar šios galimybės pateisina kredito kainos daugiklį jų naudojimo atvejui.
Kaip galiu sumažinti „Snowflake“ išlaidas nepakenkdamas našumui?
Didžiausią poveikį turinčios optimizavimo strategijos apima: automatinio sustabdymo nustatymą į 60 sekundžių, siekiant pašalinti nenaudojamą sandėlio veikimo laiką, tinkamai parinkti sandėlių dydį pagal faktinius darbo krūvio reikalavimus, o ne prielaidas, pasinaudoti užklausų rezultatų talpinimu kartotinėms užklausoms ir nustatyti biudžeto įspėjimus pasiekus 75 % mėnesio limitų. Išlaidų optimizavimo strategijos gali padėti organizacijoms sumažinti išlaidas koreguojant sandėlių dydį, automatinį sustabdymą ir talpinimą nepakenkiant užklausų našumui.
Ar „Snowflake“ apmokestina už duomenų perdavimą?
Taip, duomenų perdavimo išlaidos taikomos perkeliant duomenis tarp regionų ar debesų paslaugų teikėjų. Perdavimai tame pačiame regione paprastai nekainuoja, tačiau tarpregioninė replikacija ar duomenų bendrinimas generuoja perdavimo mokesčius, pagrįstus perkeltų baitų kiekiu. Tikslios kainos skiriasi priklausomai nuo debesų paslaugų teikėjo ir regiono poros. Dauguma organizacijų mano, kad duomenų perdavimas sudaro nedidelę dalį bendrų „Snowflake“ išlaidų, nebent jos dažnai replikuoja didelius duomenų rinkinius per geografinius regionus, siekdamos atsigavimo po nelaimes ar pasaulinio platinimo.
Pagrindinės išvados siekiant valdyti „Snowflake“ kainodarą
„Snowflake“ suvartojimo pagrindu veikianti kainodara siūlo lankstumą, tačiau reikalauja aktyvaus išlaidų valdymo. Skirtingai nei fiksuotos licencijos, kurių išlaidos išlieka prognozuojamos, „Snowflake“ sąskaitos tiesiogiai atitinka naudojimo modelius – todėl optimizavimas tampa nuolatine disciplina, o ne vienkartine konfigūracija.
Skaičiavimo pajėgumai dominuoja daugumoje sąskaitų. Saugykla paprastai sudaro 10–20 % bendrų išlaidų, o virtualių sandėlių veikimo laikas sudaro didžiąją dalį. Sutelkite optimizavimo pastangas ten, kur sutelkiamos išlaidos: sandėlio dydis, automatinio sustabdymo konfigūracija ir užklausų efektyvumas.
Platforma teikia įrankius išlaidų kontrolei – biudžetus, išlaidų įspėjimus, naudojimo stebėjimą ir kainos skaičiuoklę. Organizacijos, kurios aktyviai naudojasi šiomis galimybėmis, efektyviai valdo išlaidas. Tos, kurios to nedaro, dažnai susiduria su netikėtomis mėnesio sąskaitomis ir skuba reaguoti, kad optimizuotų.
Pradėkite nuo konservatyvių sandėlių dydžių ir agresyvių automatinio sustabdymo nustatymų. Didinkite tik tada, kai našumo rodikliai pateisina didesnes išlaidas. Stebėkite suvartojimą savaitę per pirmuosius mėnesius, kad nustatytumėte bazinius modelius, tada koreguokite konfigūracijas pagal pastebėtą naudojimą, o ne prielaidas.
„Snowflake“ kainodara apdovanoja efektyvumą. Gerai suprojektuoti darbo krūviai su optimizuotomis užklausomis, tinkamai parinktų dydžių sandėliai ir strateginis talpinimas sunaudoja mažiau kreditų už atitinkamą rezultatą. Platforma automatiškai nesumažins išlaidų – tačiau komandos, pasirengusios investuoti į optimizavimą, randa, kad „Snowflake“ suteikia didelį išlaidų efektyvumą, palyginti su savo galimybėmis.
Pasirengę optimizuoti savo „Snowflake“ diegimą? Peržiūrėkite savo dabartines sandėlių konfigūracijas pagal čia pateiktas strategijas. Nustatykite biudžeto įspėjimus, jei dar to nepadarėte. Išbandykite mažesnius sandėlių dydžius su faktiniais darbo krūviais. Sudėtinės santaupos iš disciplinuoto išlaidų valdymo greitai kaupiasi per mėnesio atsiskaitymo ciklus.
