Når du forespørger CloudSQL fra BigQuery i Google Cloud Platform (GCP), er der flere prismuligheder, du kan overveje. Prismulighederne for dette specifikke scenario afhænger af typen af BigQuery-tabel, der bruges, og typen af forespørgsel, der udføres. For at give en omfattende forklaring vil jeg diskutere prismulighederne for både fødererede forespørgsler og standardforespørgsler separat.
For fødererede forespørgsler, hvor BigQuery får adgang til data, der er gemt i en ekstern datakilde, såsom CloudSQL, er prisen baseret på mængden af data, der behandles af BigQuery. Dette inkluderer både de data, der er scannet i den eksterne datakilde, og de data, der behandles af BigQuery under udførelsen af forespørgslen. Prisen bestemmes af mængden af data, der behandles i den eksterne datakilde, som faktureres til de normale CloudSQL-takster, og mængden af data, der behandles af BigQuery, som faktureres til standard BigQuery-taksterne. Det er vigtigt at bemærke, at der kan være yderligere omkostninger forbundet med netværksudgang, hvis CloudSQL-instansen og BigQuery er placeret i forskellige regioner.
For standardforespørgsler, hvor BigQuery bruger indbyggede tabeller, der er gemt i selve BigQuery, er prissætningen baseret på mængden af data, der behandles af BigQuery under udførelsen af forespørgslen. I dette tilfælde bestemmes prisen udelukkende af mængden af data, der behandles af BigQuery, og den faktureres til BigQuerys standardpriser. Der er ingen ekstra omkostninger for at få adgang til CloudSQL i dette scenarie.
For at give en klar forståelse af prisstrukturen, lad os overveje et eksempel. Antag, at vi har en CloudSQL-instans med 100 GB data, og at vi udfører en fødereret forespørgsel fra BigQuery, der scanner 10 GB data i CloudSQL-instansen. Derudover behandler BigQuery 1 GB data under udførelsen af forespørgslen. I dette tilfælde vil prisen for den fødererede forespørgsel omfatte omkostningerne ved at scanne 10 GB data i CloudSQL-forekomsten, baseret på CloudSQL-prissætningssatserne, og omkostningerne ved at behandle 1 GB data i BigQuery, baseret på standard BigQuery-priserne satser. Hvis CloudSQL-forekomsten og BigQuery er placeret i forskellige regioner, kan der være ekstra omkostninger for netværksudgang.
Prismulighederne for at forespørge CloudSQL fra BigQuery i GCP afhænger af den type forespørgsel, der udføres. For fødererede forespørgsler er prisfastsættelsen baseret på mængden af data, der behandles af både CloudSQL og BigQuery, mens prissætningen for standardforespørgsler udelukkende er baseret på mængden af data, der behandles af BigQuery. Det er vigtigt at overveje datastørrelsen, forespørgselskompleksiteten og omkostningerne ved netværksudgang, når du estimerer prisen for at forespørge CloudSQL fra BigQuery.
Andre seneste spørgsmål og svar vedr EITC/CL/GCP Google Cloud Platform:
- I hvor høj grad er GCP'en nyttig til udvikling, implementering og hosting af websider eller applikationer?
- Hvordan beregner man IP-adresseområdet for et undernet?
- Hvad er forskellen mellem Cloud AutoML og Cloud AI Platform?
- Hvad er forskellen mellem Big Table og BigQuery?
- Hvordan konfigurerer man belastningsbalanceringen i GCP til brug af flere backend-webservere med WordPress, hvilket sikrer, at databasen er konsistent på tværs af de mange back-ends (webservere) WordPress-forekomster?
- Giver det mening at implementere belastningsbalancering, når du kun bruger en enkelt backend-webserver?
- Hvis Cloud Shell leverer en forudkonfigureret shell med Cloud SDK, og den ikke har brug for lokale ressourcer, hvad er fordelen ved at bruge en lokal installation af Cloud SDK i stedet for at bruge Cloud Shell ved hjælp af Cloud Console?
- Er der en Android-mobilapplikation, der kan bruges til administration af Google Cloud Platform?
- Hvad er måderne at administrere Google Cloud Platform på?
- Hvad er cloud computing?
Se flere spørgsmål og svar i EITC/CL/GCP Google Cloud Platform