Hvilket datasenter kjører Claude i? Spor forbindelsen og begrens behandlingen til Sveits eller EU

Når du bruker Claude via claude.ai, Claude Code eller API-et, får du ikke vite hvilket datasenter modellen behandler forespørselen i. Bare den første delen av forbindelsen frem til nærmeste edge-node er synlig. For virksomheter som overfører personopplysninger eller konfidensielt innhold til en språkmodell, er dette ikke nok: De må kunne dokumentere overfor kunder, personvernrådgivere eller revisjonen hvor behandlingen finner sted.

Denne artikkelen viser hvor langt forbindelsen kan spores på egen hånd, hva som er offentlig kjent om Anthropics datasentre, og hvilke veier som gjør det mulig å begrense behandlingen bindende til EU eller området EU pluss Sveits. Prisene og regionene er per 2. oktober 2026.

Sveits-fokus: Den reviderte personvernloven (revDSG) er avgjørende. Utlevering av personopplysninger til utlandet er tillatt etter art. 16 revDSG dersom Forbundsrådet har attestert tilstrekkelig vern i mottakerstaten (vedlegg 1 til personvernforordningen, DSV), eller det finnes egnede garantier som standard kontraktsklausuler. EU- og EØS-statene står på denne listen, mens USA kun gjør det for selskaper som er sertifisert under Swiss-U.S. Data Privacy Framework. Et behandlingssted i EU gjør derfor begrunnelsen betydelig enklere, men erstatter ikke de øvrige pliktene (databehandleravtale, informasjon til de registrerte, datasikkerhet).

EU-merknad: For virksomheter med sete i EU gjelder i stedet art. 44 flg. i personvernforordningen (GDPR). EU-kommisjonen har attestert at Sveits har et tilstrekkelig personvernnivå (tilstrekkelighetsbeslutning 2000/518/EF, bekreftet i januar 2024); behandling i Zürich er dermed ikke en problematisk overføring til tredjeland for EU-virksomheter.

Hvilke stasjoner en forespørsel til Claude passerer

En forespørsel til claude.ai eller api.anthropic.com går gjennom tre stasjoner:

Vertsnavnene claude.ai og api.anthropic.com peker begge til adressen 160.79.104.10. Den tilhører prefikset 160.79.104.0/23, som er registrert på Anthropic (AS399358) og ifølge RPKI er gyldig fra Anthropic. I global ruting annonseres prefikset imidlertid utelukkende via Cloudflare (AS13335): Anthropic bringer sine egne IP-adresser inn i Cloudflares Anycast-nettverk. Dermed besvares samme adresse over hele verden fra hvert Cloudflare-sted, og forbindelsen havner ved nærmeste edge-node.

Fastslå edge-noden selv

Cloudflare oppgir betjenende sted på en diagnostikkside og i headeren cf-ray. Forkortelsen bak Ray-ID-en er en IATA-flyplasskode: ZRH står for Zürich, GVA for Genève, FRA for Frankfurt, MRS for Marseille.

curl -s https://api.anthropic.com/cdn-cgi/trace

De relevante linjene i utdataene er colo= (edge-plassering) og loc= (landet Cloudflare tilordner avsenderadressen din). I Windows gir PowerShell det samme:

$trace = Invoke-WebRequest -Uri "https://api.anthropic.com/cdn-cgi/trace" -UseBasicParsing
$trace.Content

Du leser headeren med en HEAD-forespørsel:

curl -sI https://api.anthropic.com/ \
  | grep -i -E '^(server|cf-ray):'

Alternativer forklart

Alternativ	Virkning
-s	Undertrykker fremdriftsvisning og feilmeldinger fra curl
-I	Sender en HEAD-forespørsel og skriver kun ut svar-headerne
grep -i	Søker uten hensyn til store og små bokstaver
-E '^(server|cf-ray):'	Utvidet regulært uttrykk: kun linjer som begynner med server: eller cf-ray:

Fra et sveitsisk nettverk er det vanligvis forventet ZRH eller GVA. Dersom internettutgangen er et annet sted, for eksempel i et bedriftsnett med sentral utgang i utlandet, svarer edge-noden der, for eksempel med colo=FRA eller colo=MRS. Edge-plasseringen følger altså nettutgangen din, ikke behandlingsstedet.

Hvorfor traceroute ender ved edge

En traceroute viser veien frem til edge-noden og ikke videre:

Test-NetConnection -ComputerName api.anthropic.com -TraceRoute -Hops 20

Alternativer forklart

Alternativ	Virkning
-ComputerName api.anthropic.com	Målhvert for målingen
-TraceRoute	Finner rutinghoppene på veien til målet
-Hops 20	Maksimalt antall hopp som kontrolleres

I Linux og macOS tilsvarer dette traceroute -n api.anthropic.com (-n undertrykker DNS-oppløsning av hoppene). I målingen lå de siste hoppene før 160.79.104.10 i adresseområdet 162.158.0.0/15, som tilhører Cloudflare. Deretter ender sporet: Forbindelsen termineres ved edge-noden, og videresendingen til backend skjer i en ny, intern forbindelse som ikke er synlig utenfra.

RIPEstat viser hvem som eier prefikset og hvilket nettverk det annonseres gjennom:

curl -s "https://stat.ripe.net/data/prefix-overview/data.json?resource=160.79.104.10"
curl -s "https://stat.ripe.net/data/bgp-state/data.json?resource=160.79.104.0/23"

I det andre resultatet ender alle AS-stier på 13335 399358: Cloudflare er den eneste upstreamen for Anthropic-prefikset.

Etter min undersøkelse finnes det ingen offentlig måling som sporer veien helt til et inferensdatasenter, og på grunn av termineringen ved edge er det heller ikke mulig med nettverksverktøy. Måletjenester som llmlatency.dev måler kun svartiden til første byte ved edge (per september 2026: median 96 ms fra US-Central, 199 ms fra Tyskland). Tiden til første token (Time to First Token) kunne riktignok sammenlignes fra flere steder, men den avhenger mer av modell, promptlengde og belastning enn av avstand. Det er derfor ikke grunnlag for å trekke en pålitelig slutning om plasseringen.

Hva som er kjent om Anthropics datasentre

Anthropic driver foreløpig ikke et eget, offentlig tilordnet inferensdatasenter med adresse. Datakraften kommer fra partnerskap som Tim Cadenbach har samlet i TCDEV-bloggen:

Trening og inferens skjer ikke nødvendigvis på samme sted. Inferens kan kjøre i vilkårlige AWS- eller Google Cloud-regioner, og Anthropic opplyser ikke hvilken lokasjon som beregner svaret for en bruker i Sveits. Det eneste sikre er det personvernerklæringen fastslår: Avtalepart og behandlingsansvarlig for kunder fra EØS, Storbritannia og Sveits er Anthropic Ireland, Limited i Dublin; dataene overføres til servere i USA eller andre land utenfor EØS, basert på standard kontraktsklausuler.

Styringen direkte hos Anthropic: kun USA eller globalt

Claude API kjenner parameteren inference_geo siden modellene i generasjon 4.6. Den har nøyaktig to verdier:

Det finnes ingen verdi for EU eller Sveits. Lagringsstedet for arbeidsområdet (workspace geo) kan for tiden også bare settes til us. Svaret oppgir i feltet usage.inference_geo hvilken innstilling som ble brukt, men ingen konkret region. For Haiku 4.5 og eldre modeller svarer API-et med feil 400 på parameteren.

For claude.ai og Claude Code med abonnement (Pro, Max, Team, Enterprise) finnes det ingen innstilling for behandlingssted. Gjennom Anthropics direkte tilbud kan behandlingen dermed verken begrenses til EU eller Sveits. Dette er kun mulig via skyleverandørene som driver Claude i sine egne regioner.

AWS Bedrock: området EU pluss Sveits fra Zürich

AWS Bedrock driver Claude på AWS-infrastruktur. Ifølge AWS har Anthropic ikke tilgang til kundenes prompt, svar eller logger. Regionen velges via kilderegionen for API-kallet og via Inference Profile:

For Sveits er regionen eu-central-2 (Zürich) avgjørende. Opus 5.5, Sonnet 5.5 og Haiku 4.5 er tilgjengelige der, men bare som Global- eller EU-profil og ikke In-Region. En profil som utelukkende beregner i Zürich, finnes ikke. Hvis EU-profilen kalles opp fra Zürich, fordeler AWS ifølge modellkortet (dokumentert for Haiku 4.5 og Sonnet 4.6) forespørslene på disse regionene:

Zürich er bare et mulig mål dersom forespørselen kommer fra Zürich. Behandlingen forblir dermed i området EU pluss Sveits. For Opus 5.5 og Sonnet 5.5 oppgir ikke modellkortet målregionene; API-et returnerer den faktiske listen:

aws bedrock get-inference-profile \
  --region eu-central-2 \
  --inference-profile-identifier eu.anthropic.claude-sonnet-5-5 \
  --query "models[].modelArn"

Alternativer forklart

Alternativ	Virkning
bedrock get-inference-profile	Leser definisjonen av en Inference Profile
--region eu-central-2	Kilderegion Zürich; mållisten avhenger av kilderegionen
--inference-profile-identifier	ID for EU-profilen for Sonnet 5.5
--query "models[].modelArn"	Skriver kun ut modell-ARN-ene; regionen står i hvert ARN

Data lagres som standard kun i kilderegionen. Et unntak er innhold som holdes tilbake for misbruksdeteksjon: Det lagres i målregionen. Transporten mellom regionene skjer kryptert over AWS-nettverket.

Dokumenter behandlingsregionen per forespørsel

Bedrock er den eneste av de beskrevne veiene som logger den faktiske behandlingsregionen per forespørsel. CloudTrail skriver den i kilderegionen i feltet additionalEventData.inferenceRegion:

aws cloudtrail lookup-events \
  --region eu-central-2 \
  --lookup-attributes AttributeKey=EventSource,AttributeValue=bedrock.amazonaws.com \
  --max-results 20 \
  --query "Events[].CloudTrailEvent" \
  --output text \
  | jq -r '[.eventTime, .eventName, .additionalEventData.inferenceRegion] | @tsv'

Alternativer forklart

Alternativ	Virkning
cloudtrail lookup-events	Gjennomsøker CloudTrail-hendelsene de siste 90 dagene
--region eu-central-2	Kilderegionen der kallene logges
--lookup-attributes AttributeKey=EventSource,AttributeValue=bedrock.amazonaws.com	Filtrerer etter hendelser fra Bedrock
--max-results 20	Begrenser utdataene til 20 hendelser
--query "Events[].CloudTrailEvent"	Skriver kun ut hele hendelsen som JSON-tekst
--output text	Utdata uten JSON-innpakning, én hendelse per linje
jq -r '… | @tsv'	Henter ut tidspunkt, handling og behandlingsregion som en tabulatorseparert linje

I tillegg kan en Service Control Policy (SCP) i AWS Organizations sperre alle regioner utenfor EU og Sveits. Dersom en målregion i en profil er sperret, mislykkes forespørselen i stedet for å falle tilbake til en annen region. Med denne kombinasjonen er behandlingsstedet teknisk håndhevet og dokumenterbart per forespørsel.

Claude Code via Bedrock i EU

Claude Code kan også drives via Bedrock. I en eu-*-region velger Claude Code prefikset eu. automatisk:

export CLAUDE_CODE_USE_BEDROCK=1
export AWS_REGION=eu-central-2
claude

Med ANTHROPIC_BEDROCK_REGION_PREFIX kan prefikset overstyres. AWS-autentisering skjer gjennom vanlige mekanismer (profil, SSO, miljøvariabler). Fakturering skjer via AWS-kontoen, ikke via et Claude-abonnement.

Google Vertex AI: kun EU, uttrykkelig uten Sveits

På Google Cloud (Vertex AI, nå under navnet Gemini Enterprise Agent Platform) er situasjonen mindre gunstig for Sveits:

Google utelukker uttrykkelig Sveits fra EU-multiregion-endepunktet: Det dekker bare EU-medlemsstater; Storbritannia og Sveits er ikke omfattet. Flere sveitsiske veiledningssider nevner europe-west6 som en vei til Claude i Zürich; ifølge Googles offisielle stedstabell er ingen Claude-modeller tilgjengelige der. Google dokumenterer ikke et loggfelt med den faktiske behandlingsregionen per forespørsel. For det globale endepunktet fastslår Google at behandlingsregionen verken kan styres eller fastslås.

Vertex AI egner seg derfor for behandling utelukkende i EU, men ikke for behandling i Sveits.

Microsoft Foundry: foreløpig ingen EU-løsning

Microsoft tilbyr Claude i Foundry i to varianter. «Hosted on Azure» beregner på Azure-infrastruktur, som Global Standard eller Data Zone Standard; Data Zone finnes bare for Claude i USA. «Hosted on Anthropic» beregner på Anthropic-infrastruktur, og Microsoft opplyser at data kan behandles utenfor Azure og utenfor den valgte regionen. Anthropic oppfører Foundry for Europa som «Coming soon». I Microsoft 365 Copilot og Copilot Studio er Anthropic-modellene unntatt fra EU Data Boundary og er som standard deaktivert i EU, EFTA (også i Sveits) og Storbritannia.

Oversikt: hvilken vei garanterer hvilket behandlingssted

Ingen leverandør tilbyr for tiden en vei som garanterer at Claudes behandling begrenses til Sveits. AWS Bedrock med kilderegion Zürich og EU-profil kommer nærmest. Dersom det i tillegg må utelukkes at data forlater EU, for eksempel på grunn av kontraktsmessige løfter til EU-kunder, kan EU-profilen kalles opp fra en EU-region som Frankfurt; Zürich er da ikke lenger et mål.

Hva regional binding koster

Alle tre skyleverandørene og Anthropic selv krever et tillegg på 10 % sammenlignet med det globale endepunktet for binding til en region eller geografi. Prisene i Bedrock følger kilderegionen; Zürich, Frankfurt og North Virginia koster det samme. Ruting mellom regioner koster ikke ekstra.

Listepriser i USD per 1 mill. token (input / output):

For Vertex AI gjelder prisen i EU-kolonnen for Haiku 4.5 og Sonnet 4.6 i regionen europe-west1. Et regneeksempel for en intern applikasjon med 50 mill. input- og 10 mill. output-token per måned:

Regional binding koster altså 10 % mer enn det globale endepunktet. Sammenlignet med listeprisen direkte hos Anthropic med inference_geo: "us" er en EU-profil på Bedrock like dyr. Andre kostnader har større betydning ved valget: En AWS- eller Google Cloud-konto med organisasjonsregler, logging og budsjettvarsler må bygges opp og driftes, og de faste månedsprisene for Claude-abonnementene faller bort til fordel for ren forbruksavregning. Om byttet lønner seg, avhenger av volumet; et abonnement har fast pris per person, men gir ingen kontroll over behandlingsstedet.

Oppbevaring og trening

I tillegg til stedet teller det hvor lenge data lagres:

• Anthropic API: Prompt og svar brukes ikke til trening så lenge det ikke foreligger uttrykkelig samtykke. Zero Data Retention (ZDR) er tilgjengelig på forespørsel per organisasjon og kan kombineres med inference_geo. Innhold som misbruksdeteksjonen markerer, lagres også med ZDR i opptil to år. For modellene Fable og Mythos er oppbevaring i 30 dager obligatorisk.
• AWS Bedrock: Innhold sendes ikke til Anthropic. Oppbevaring kan velges per modell mellom none, default og aws_review; Fable krever aws_review med opptil 30 dagers lagring for gjennomgang hos AWS.
• Google Vertex AI: Google bruker kun dataene til trening eller finjustering med forhåndssamtykke.