Obiettivi
Questa guida mostra come eseguire l'inferenza LLM sulle GPU Cloud Run con Gemma 3 e Ollama e ha i seguenti obiettivi:
- Esegui il deployment di Ollama con il modello Gemma 3 su un servizio Cloud Run abilitato per la GPU.
- Invia prompt al servizio Ollama sul suo endpoint privato.
Per scoprire un modo alternativo per eseguire il deployment dei modelli open Gemma 3 su Cloud Run utilizzando un container predefinito, consulta Eseguire i modelli Gemma 3 su Cloud Run.
Costi
In questo documento utilizzi i seguenti componenti fatturabili di Google Cloud:
Per generare una stima dei costi in base all'utilizzo previsto,
utilizza il calcolatore prezzi.
Prima di iniziare
- Sign in to your Google Cloud account. If you're new to Google Cloud, create an account to evaluate how our products perform in real-world scenarios. New customers also get $300 in free credits to run, test, and deploy workloads.
-
In the Google Cloud console, on the project selector page, select or create a Google Cloud project.
-
Make sure that billing is enabled for your Google Cloud project.
-
In the Google Cloud console, on the project selector page, select or create a Google Cloud project.
-
Make sure that billing is enabled for your Google Cloud project.
-
Enable the Artifact Registry, Cloud Build, Cloud Run, and Cloud Storage APIs.
- Installa e inizializza gcloud CLI.
- Richiedi la quota
Total Nvidia L4 GPU allocation, per project per region
nell'API Cloud Run Admin nella pagina Quote e limiti di sistema per completare questo tutorial. -
Amministratore Artifact Registry (
roles/artifactregistry.admin
) -
Editor Cloud Build (
roles/cloudbuild.builds.editor
) -
Cloud Run Admin (
roles/run.admin
) -
Amministratore IAM progetto (
roles/resourcemanager.projectIamAdmin
) -
Utente service account (
roles/iam.serviceAccountUser
) -
Consumer utilizzo servizi (
roles/serviceusage.serviceUsageConsumer
) -
Amministratore spazio di archiviazione (
roles/storage.admin
) -
Nella console Google Cloud vai alla pagina IAM.
Vai a IAM - Seleziona il progetto.
- Fai clic su Concedi l'accesso.
-
Nel campo Nuove entità, inserisci il tuo identificatore utente. In genere, si tratta dell'indirizzo email dell'Account Google utilizzato per il deployment del servizio Cloud Run.
- Nell'elenco Seleziona un ruolo, seleziona un ruolo.
- Per concedere altri ruoli, fai clic su Aggiungi un altro ruolo e aggiungi ogni ruolo aggiuntivo.
- Fai clic su Salva.
- PROJECT_NUMBER con il numero del tuo progetto Google Cloud .
- PROJECT_ID con l'ID progetto Google Cloud .
- PRINCIPAL con l'account per cui stai aggiungendo il collegamento. In genere, si tratta dell'indirizzo email dell'Account Google utilizzato per il deployment del servizio Cloud Run.
- ROLE con il ruolo che stai aggiungendo all'account deployer.
Ruoli obbligatori
Per ottenere le autorizzazioni necessarie per completare il tutorial, chiedi all'amministratore di concederti i seguenti ruoli IAM nel progetto:
Per saperne di più sulla concessione dei ruoli, consulta Gestisci l'accesso a progetti, cartelle e organizzazioni.
Potresti anche riuscire a ottenere le autorizzazioni richieste tramite i ruoli personalizzati o altri ruoli predefiniti.
Concedere i ruoli
Console
gcloud
Per concedere i ruoli IAM richiesti al tuo account nel tuo progetto:
gcloud projects add-iam-policy-binding PROJECT_ID \ --member=PRINCIPAL \ --role=ROLE
Sostituisci:
Configura gcloud
Per configurare Google Cloud CLI per il tuo servizio Cloud Run:
Imposta il progetto predefinito:
gcloud config set project PROJECT_ID
Fai clic sull'icona per sostituire la variabile PROJECT_ID con il nome del progetto che hai creato per questo tutorial. In questo modo, tutti gli annunci in questa pagina che fanno riferimento a PROJECT_ID hanno già il valore corretto compilato.
Configura Google Cloud CLI in modo da utilizzare la regione
europe-west1
per i comandi Cloud Run.gcloud config set run/region europe-west1
Utilizza Docker per creare un'immagine container con Ollama e Gemma
Crea una directory per il servizio Ollama e cambia la directory di lavoro con questa nuova directory:
mkdir ollama-backend cd ollama-backend
Crea un file
Dockerfile
con i seguenti contenuti:FROM ollama/ollama:latest # Listen on all interfaces, port 8080 ENV OLLAMA_HOST 0.0.0.0:8080 # Store model weight files in /models ENV OLLAMA_MODELS /models # Reduce logging verbosity ENV OLLAMA_DEBUG false # Never unload model weights from the GPU ENV OLLAMA_KEEP_ALIVE -1 # Store the model weights in the container image ENV MODEL gemma3:4b RUN ollama serve & sleep 5 && ollama pull $MODEL # Start Ollama ENTRYPOINT ["ollama", "serve"]
Archivia i pesi del modello nell'immagine container per avviare più rapidamente le istanze
Google consiglia di archiviare i pesi del modello per Gemma 3 (4B) e modelli di dimensioni simili direttamente nell'immagine del contenitore.
I pesi del modello sono i parametri numerici che definiscono il comportamento di un LLM. Ollama deve leggere completamente questi file e caricare i pesi nella memoria della GPU (VRAM) durante l'avvio dell'istanza del container, prima di poter iniziare a gestire le richieste di inferenza.
Su Cloud Run, l'avvio rapido di un'istanza container è importante per ridurre al minimo la latenza delle richieste. Se l'istanza del container ha un tempo di avvio lento, il servizio impiega più tempo per scalare da zero a un'istanza e ha bisogno di più tempo per scalare durante un picco di traffico.
Per garantire un avvio rapido, archivia i file del modello nell'immagine container stessa. Questa operazione è più rapida e affidabile rispetto al download dei file da una posizione remota durante l'avvio. Lo spazio di archiviazione interno delle immagini container di Cloud Run è ottimizzato per gestire i picchi di traffico, consentendo di configurare rapidamente il file system del container all'avvio di un'istanza.
Tieni presente che i pesi del modello per Gemma 3 (4B) occupano 8 GB di spazio di archiviazione. I modelli più grandi hanno file di peso del modello più grandi e potrebbe essere poco pratico archiviarli nell'immagine container. Per una panoramica dei compromessi, consulta Best practice: inferenza AI su Cloud Run con GPU.
Crea ed esegui il deployment del servizio Cloud Run
Crea ed esegui il deployment del servizio su Cloud Run:
gcloud run deploy ollama-gemma \
--source . \
--concurrency 4 \
--cpu 8 \
--set-env-vars OLLAMA_NUM_PARALLEL=4 \
--gpu 1 \
--gpu-type nvidia-l4 \
--max-instances 1 \
--memory 32Gi \
--no-allow-unauthenticated \
--no-cpu-throttling \
--no-gpu-zonal-redundancy \
--timeout=600
Tieni presente i seguenti flag importanti in questo comando:
--concurrency 4
è impostato in modo che corrisponda al valore della variabile di ambienteOLLAMA_NUM_PARALLEL
.--gpu 1
con--gpu-type nvidia-l4
assegna 1 GPU NVIDIA L4 a ogni istanza Cloud Run nel servizio.--max-instances 1
specifica il numero massimo di istanze a cui scalare. Deve essere uguale o inferiore alla quota di GPU NVIDIA L4 (Total Nvidia L4 GPU allocation, per project per region
) del tuo progetto.--no-allow-unauthenticated
limita l'accesso non autenticato al servizio. Mantenendo privato il servizio, puoi fare affidamento sull'autenticazione Identity and Access Management (IAM) integrata di Cloud Run per la comunicazione da servizio a servizio. Consulta la sezione Gestione dell'accesso tramite IAM.--no-cpu-throttling
è necessario per abilitare la GPU.--no-gpu-zonal-redundancy
imposta le opzioni di ridondanza a livello di zona in base ai requisiti di failover a livello di zona e alla quota disponibile. Per i dettagli, consulta Opzioni di ridondanza zonale delle GPU.
Impostare la concorrenza per prestazioni ottimali
Questa sezione fornisce il contesto delle impostazioni di concorrenza consigliate. Per una latenza delle richieste ottimale, assicurati che l'impostazione --concurrency
sia uguale alla variabile di ambiente OLLAMA_NUM_PARALLEL
di Ollama.
OLLAMA_NUM_PARALLEL
determina quanti slot di richiesta sono disponibili per ogni modello per gestire le richieste di inferenza contemporaneamente.--concurrency
determina il numero di richieste che Cloud Run invia a un'istanza Ollama contemporaneamente.
Se --concurrency
supera OLLAMA_NUM_PARALLEL
, Cloud Run può inviare
più richieste a un modello in Ollama rispetto agli slot di richiesta disponibili.
Ciò comporta la creazione di code di richieste all'interno di Ollama, aumentando la latenza delle richieste in coda. Inoltre, la scalabilità automatica è meno reattiva, poiché le richieste in coda
non attivano lo scale out di Cloud Run e l'avvio di nuove istanze.
Ollama supporta anche la pubblicazione di più modelli da una GPU. Per evitare completamente
la coda delle richieste nell'istanza Ollama, devi comunque impostare
--concurrency
in modo che corrisponda a OLLAMA_NUM_PARALLEL
.
È importante notare che l'aumento di OLLAMA_NUM_PARALLEL
allunga anche i tempi di esecuzione delle richieste parallele.
Ottimizzazione dell'utilizzo
Per un utilizzo ottimale della GPU, aumenta --concurrency
, mantenendolo entro
il doppio del valore di OLLAMA_NUM_PARALLEL
. Sebbene ciò comporti la creazione di code di richieste in Ollama, può contribuire a migliorare l'utilizzo: le istanze Ollama possono elaborare immediatamente le richieste dalla coda e le code aiutano ad assorbire i picchi di traffico.
Testare il servizio Ollama di cui è stato eseguito il deployment con curl
Ora che hai eseguito il deployment del servizio Ollama, puoi inviargli richieste. Tuttavia,
se invii una richiesta direttamente, Cloud Run risponde con HTTP 401 Unauthorized
.
Ciò è intenzionale, perché un'API di inferenza LLM è destinata ad altri servizi da chiamare, ad esempio un'applicazione frontend. Per ulteriori informazioni sull'autenticazione
da servizio a servizio su Cloud Run, consulta Autenticazione da servizio a servizio.
Per inviare richieste al servizio Ollama, aggiungi un'intestazione con un token OIDC valido alle richieste, ad esempio utilizzando il proxy per sviluppatori di Cloud Run:
Avvia il proxy e, quando ti viene chiesto di installare il componente
cloud-run-proxy
, scegliY
:gcloud run services proxy ollama-gemma --port=9090
Invia una richiesta in una scheda del terminale separata, lasciando in esecuzione il proxy. Tieni presente che il proxy viene eseguito su
localhost:9090
:curl http://localhost:9090/api/generate -d '{ "model": "gemma3:4b", "prompt": "Why is the sky blue?" }'
Questo comando dovrebbe fornire un output di streaming simile a questo:
{"model":"gemma3:4b","created_at":"2025-03-10T03:02:18.641492408Z","response":"That","done":false} {"model":"gemma3:4b","created_at":"2025-03-10T03:02:18.687529153Z","response":"'","done":false} {"model":"gemma3:4b","created_at":"2025-03-10T03:02:18.753284927Z","response":"s","done":false} {"model":"gemma3:4b","created_at":"2025-03-10T03:02:18.812957381Z","response":" a","done":false} {"model":"gemma3:4b","created_at":"2025-03-10T03:02:18.889102649Z","response":" fantastic","done":false} {"model":"gemma3:4b","created_at":"2025-03-10T03:02:18.925748116Z","response":",","done":false} {"model":"gemma3:4b","created_at":"2025-03-10T03:02:18.958391572Z","response":" decept","done":false} {"model":"gemma3:4b","created_at":"2025-03-10T03:02:18.971035028Z","response":"ively","done":false} {"model":"gemma3:4b","created_at":"2025-03-10T03:02:18.989678484Z","response":" tricky","done":false} {"model":"gemma3:4b","created_at":"2025-03-10T03:02:18.999321940Z","response":" question","done":false} ...
Esegui la pulizia
Elimina le seguenti risorse Google Cloud create in questo tutorial: