Taggar

En tagg är en etikett i formen nyckel=värde på en resurs, till exempel env=prod eller cost-center=eu-42. Använd taggar för att organisera och filtrera dina resurser — efter miljö, ägande team eller kostnadsställe.

Den här sidan beskriver:

• taggar på en resurs, inklusive Kubernetes-kluster och nodpooler och databaser, cacheminnen, meddelandemäklare, webbservrar och applikationsgateways, samt VPC-gatewayer och DNS-poster;
• tenantens standardtaggar, som plattformen lägger till på varje resurs som skapas i en tenant;
• taggfärger, som gör att en tagg ser likadan ut i alla tenanter i din organisation;
• Terraform: providerns default_tags och attributet tags_all.

Tagga en resurs

Du kan tagga de här resurserna:

• VPC:er, subnät och säkerhetsgrupper
• VPC-gatewayer
• Publika IP-adresser
• Lastbalanserare, med deras lyssnare, pooler, poolmedlemmar och hälsoövervakare
• Instanser, skalningsgrupper och startmallar
• Volymer och volymögonblicksbilder
• Objektlagringsbuckets
• DNS-zoner och DNS-poster
• Hemligheter
• Kubernetes-kluster och nodpooler
• Databaser, cacheminnen, meddelandemäklare, webbservrar och applikationsgateways, och resurserna du skapar under dem (se nedan)

Containerregister har inga taggar. Ögonblicksbilder av instanser tar enkla etiketter i stället för taggar i formen nyckel=värde.

Varje resurstyp har egna regler för taggnycklar och taggvärden, och vissa har ett högsta antal taggar. Portalen kontrollerar dem medan du skriver, och plattformen avvisar en tagg som bryter mot dem.

Portalen. Lägg till taggar i avsnittet Taggar i ett formulär för att skapa en resurs. För de flesta resurser kan du ändra dem senare från resursens sida.

fm CLI. Ange --tag key=value (kan upprepas) när du skapar en resurs (hemligheter tar --tags i stället; se nedan), och använd tags get och tags set för att läsa och ersätta taggarna senare:

fm network security-group create --name web --vpc <vpc-id> --tag env=prod --tag team=web
fm network security-group tags get <security-group-id>
fm network security-group tags set <security-group-id> --tag env=prod --tag team=payments
fm network security-group tags set <security-group-id> --clear

tags set ersätter hela uppsättningen: en tagg du utelämnar tas bort. Ange --clear för att ta bort alla taggar. Samma kommandon tags get och tags set finns för instanser, volymer, buckets, VPC:er, publika IP-adresser, lastbalanserare och deras pooler och hälsoövervakare, skalningsgrupper och startmallar. DNS-zoner och hemligheter har inga tags get eller tags set: de får taggar när du skapar dem, och du ändrar dem med update. DNS-zoner använder --tag (fm dns zone update --tag …, eller --clear-tags för att ta bort alla taggar). Hemligheter använder --tags, kommaseparerat, både när de skapas och uppdateras (fm secrets update --tags …, eller --clear-tags). Se DNS och Hemligheter.

Vissa resurser har också nycklar som plattformen hanterar, till exempel nycklar som börjar med frostmoln_. Du kan inte ange dem. tags get listar dem separat som skrivskyddade, och plattformen behåller dem när du ersätter dina taggar.

Terraform. Ange argumentet tags:

resource "frostmoln_security_group" "web" {
  name   = "web"
  vpc_id = frostmoln_vpc.main.id

  tags = {
    env  = "prod"
    team = "web"
  }
}

Kubernetes-kluster och nodpooler

Ett hanterat Kubernetes-kluster och var och en av dess nodpooler har egna taggar. Taggar är din metadata för sökning och filtrering, och plattformen lagrar dem bara: de är inte Kubernetes-etiketter (labels), och de når aldrig klustret eller dess noder. En nodpools labels — de Kubernetes-etiketter som sätts på varje nod i poolen — är en separat inställning, och ett taggfilter matchar dem aldrig.

Regel	Gräns
Antal taggar	Högst 32 per kluster eller nodpool, inklusive tenantens standardtaggar
Nyckel	1 till 64 byte bokstäver, siffror och . _ : / -; måste börja och sluta med en bokstav eller siffra
Värde	Högst 256 byte, utan styrtecken. Ett värde får vara tomt.
Reserverade nyckelprefix, oavsett skiftläge	frostmoln_, frostmoln-

En ändring av taggarna påverkar aldrig det körande klustret eller dess noder.

Den första nodpoolen får en kopia en gång. Nodpoolen som du skapar tillsammans med klustret kan inte få egna taggar i begäran som skapar det. I stället får den en kopia av klustrets taggar — de du anger plus tenantens standardtaggar — en gång, när klustret skapas. Senare ändringar av klustrets taggar når den inte; ändra poolens egna taggar i stället. En nodpool som du lägger till senare får ingen kopia av klustrets taggar: ge den egna taggar när du lägger till den. Tenantens standardtaggar läggs till på den, som på varje ny resurs.

Portalen. Ange klustrets taggar i avsnittet Taggar i formuläret för att skapa klustret. På klustrets flik Översikt visar kortet Taggar dem, och Redigera ändrar dem. På fliken Nodpooler visar varje pool sina taggar och har Redigera taggar, och formuläret Lägg till pool har egna taggar. Filtrera klusterlistan på taggar med taggfiltret ovanför listan.

fm CLI.

fm kubernetes cluster create --name prod --vpc <vpc-id> --subnet <subnet-id> \
  --node-flavor k8s.gp1.medium --tag env=prod --tag team=platform
fm kubernetes cluster list --tag env=prod
fm kubernetes cluster tags get <cluster-id>
fm kubernetes cluster tags set <cluster-id> --tag env=prod --tag team=payments
fm kubernetes node-pool create <cluster-id> --flavor k8s.gp1.large --name gpu --tag team=ml
fm kubernetes node-pool list <cluster-id> --tag team=ml
fm kubernetes node-pool tags get <cluster-id> <node-pool-id>
fm kubernetes node-pool tags set <cluster-id> <node-pool-id> --clear

tags set ersätter hela uppsättningen, och --clear tar bort alla taggar. På list upprepar du --tag för att filtrera: ett kluster eller en pool listas bara när den har alla taggar som du anger.

Terraform. frostmoln_kubernetes_cluster och frostmoln_kubernetes_node_pool tar tags och rapporterar tags_all, som alla taggbara resurser (se Terraform). Ett klusters tags hanterar inte taggarna på dess första nodpool, och den poolen kan inte hanteras som en frostmoln_kubernetes_node_pool: ändra dess taggar i portalen eller med fm kubernetes node-pool tags set.

Databaser, cacheminnen, meddelandemäklare, webbservrar och applikationsgateways

De här hanterade tjänsterna har taggar på själva tjänsten och på resurserna du skapar under den:

Tjänst	Resurser som kan taggas
Databaser	Instanser, läsrepliker, säkerhetskopior och parametergrupper
Cacheminnen	Instanser och säkerhetskopior
Meddelandemäklare	Instanser
Webbservrar	Instanser, domäner och innehållsdistributioner
Applikationsgateway	Gatewayer, lyssnare, rutter, backend-pooler, backends, certifikat, tillåtna vägar, regeluppsättningar för brandväggen, publicerade versioner av dem och testkörningar för brandväggen (dry runs)

Samma regler gäller som för Kubernetes-kluster: högst 32 taggar per resurs, inklusive tenantens standardtaggar; nycklar på 1 till 64 byte av bokstäver, siffror och . _ : / -, som börjar och slutar med en bokstav eller siffra; värden på högst 256 byte utan kontrolltecken; och de reserverade prefixen frostmoln_ och frostmoln-, oavsett skiftläge.

Taggar är din metadata för sökning och filtrering, och plattformen lagrar dem bara. En ändring startar aldrig om, konfigurerar om eller distribuerar om något: på en applikationsgateway är en tagg inte konfiguration, så den behöver ingen tillämpning och ändrar inte vad gatewayen serverar. Varje resurs har sina egna taggar:

• Läsrepliker får taggarna du ger dem plus tenantens standardtaggar. De kopierar inte primärens taggar, och en senare ändring på ena sidan når inte den andra.
• En återställning skapar en ny instans. Den får taggarna du anger i återställningen plus tenantens standardtaggar. Källinstansens taggar kopieras inte.
• Säkerhetskopior du skapar får taggarna du ger dem plus tenantens standardtaggar. Schemalagda säkerhetskopior får bara tenantens standardtaggar. De läses från en kopia som kan vara upp till 30 sekunder gammal, och om plattformen inte kan läsa dem alls tas säkerhetskopian ändå, utan taggar. Använd Tillämpa på befintliga resurser på sidan Standardtaggar, eller fm tenant default-tags apply, för att lägga till standardtaggarna på en sådan säkerhetskopia i efterhand.
• En innehållsdistribution på en webbserver är en egen resurs, och tenantens standardtaggar läggs till på den. En distribution kan därför inte starta medan plattformen inte kan läsa tenantens standardtaggar: den nekas med default_tags_unavailable (HTTP 503), och du kan försöka igen om en stund.
• En tillåten väg på en applikationsgateway delas av alla backends i samma säkerhetsgrupp, protokoll och port. Dess taggar sätts när den skapas första gången. Att tillåta samma väg igen återanvänder den och behåller dess taggar.

På applikationsgatewayens lyssnare, rutter, backends, certifikat, tillåtna vägar, versioner av regeluppsättningar och testkörningar är taggarna det enda du kan ändra efter att resursen har skapats. En ändring som anger något annat fält nekas med field_not_updatable.

Portalen. Ange taggar i avsnittet Taggar i tjänstens skapa-formulär, och i skapa-dialogerna för dess resurser (en replik, en säkerhetskopia, en återställning, en domän, en distribution, en lyssnare, en rutt, en pool, en backend, ett certifikat, en tillåten väg eller en regeluppsättning). Tjänstens sida har kortet Taggar med Redigera, och varje resurs i dess flikar och avsnitt visar sina taggar och har Redigera taggar. Filtrera en tjänsts lista på taggar med taggfiltret ovanför listan.

fm CLI. Var och en av de här resurserna utom databasernas parametergrupper har tags get och tags set, och deras kommandon create och list tar --tag. Använd fm v0.97.0 eller senare. Parametergruppernas taggar anges via API:et:

fm database postgres instance create --name orders ... --tag env=prod
fm database postgres instance list --tag env=prod
fm database postgres instance tags set <instance-id> --tag env=prod --tag team=payments
fm database postgres replica tags get <instance-id> <replica-id>
fm database postgres backup tags set <instance-id> <backup-id> --clear
fm cache redis instance tags set <instance-id> --tag env=prod
fm messaging lavinmq instance tags get <instance-id>
fm webserver nginx domain tags set <instance-id> <domain-id> --tag site=shop
fm webserver nginx deploys tags get <instance-id> <deploy-id>
fm appgw tags set <gateway-id> --tag env=prod
fm appgw listener tags set <listener-id> --gateway <gateway-id> --tag team=web

tags set ersätter hela uppsättningen, och --clear tar bort alla taggar. Upprepa --tag på list för att filtrera: en resurs listas bara när den har alla taggar du anger.

Terraform. De här resurserna tar tags och rapporterar tags_all, som alla resurser som kan taggas (se Terraform): frostmoln_postgres_instance, frostmoln_mysql_instance, frostmoln_postgres_read_replica, frostmoln_mysql_read_replica, frostmoln_postgres_backup, frostmoln_mysql_backup, frostmoln_redis_instance, frostmoln_valkey_instance, frostmoln_messaging_instance, frostmoln_apache_instance, frostmoln_nginx_instance, frostmoln_webserver_domain, frostmoln_webserver_deployment, frostmoln_application_gateway, frostmoln_appgw_listener, frostmoln_appgw_route, frostmoln_appgw_backend_pool, frostmoln_appgw_backend, frostmoln_appgw_certificate, frostmoln_appgw_backend_authorization och frostmoln_appgw_waf_policy. Se Providerversioner för vilken provider de kräver.

VPC-gatewayer och DNS-poster

En VPC:s gateway och varje DNS-post har egna taggar. De följer samma regler som Kubernetes-kluster: högst 32 taggar per resurs, inklusive tenantens standardtaggar; nycklar på 1 till 64 byte av bokstäver, siffror och . _ :/ -, som börjar och slutar med en bokstav eller siffra; värden på högst 256 byte utan styrtecken; och de reserverade prefixen frostmoln_ och frostmoln-, oavsett skiftläge.

Taggar är din metadata för sökning och filtrering, och plattformen lagrar dem bara. En ändring av en gateways taggar påverkar aldrig dess adress eller VPC:ns anslutning, och kräver ingen bekräftelse. En DNS-posts taggar publiceras aldrig i DNS, och en ändring av enbart taggarna ändrar inte zonen.

Portalen. På en VPC:s sida har kortet Gateway en taggredigerare när du lägger till en gateway, och kortet Gatewayens taggar visar och redigerar taggarna på en befintlig gateway. På en DNS-zons sida har postdialogen ett avsnitt Taggar, postlistan visar varje posts taggar och taggfiltret ovanför listan begränsar den.

API. Förfrågningarna som skapar resurserna tar tags. Vid en uppdatering (PATCH för en gateway, PUT för en DNS-post) ersätter tags hela uppsättningen, och {} tar bort alla taggar. En förfrågan som bara innehåller tags ändrar inget annat. Listan över gatewayer, listan över DNS-poster och listan över routrar tar filtret ?tag=key=value, som kan upprepas: en resurs listas bara om den har alla taggar du anger.

Terraform. frostmoln_gateway och frostmoln_dns_record tar tags och rapporterar tags_all, som alla resurser med taggar (se Terraform). Det gör även lastbalanserarens underresurser frostmoln_lb_listener och frostmoln_lb_member. Se Providerversioner för vilken provider de kräver.

Befintliga resurser. När tenantens standardtaggar läggs till på de resurser som tenanten redan har (Tillämpa på befintliga resurser på sidan Standardtaggar, eller fm tenant default-tags apply), ingår VPC-gatewayer och DNS-poster när plattformen har aktiverat de typerna. Fram till dess får de tenantens standardtaggar bara när de skapas.

Poolmedlemmar i lastbalanserare. En poolmedlem har egna taggar, med samma regler som lastbalanserarens övriga resurser. Ange dem när du lägger till medlemmen (i portalen avsnittet Taggar i formuläret för att lägga till en medlem); tenantens standardtaggar läggs till. Ändra dem senare med Redigera taggar på medlemmen, eller i API:et med PUT på medlemmen: tags ersätter hela uppsättningen och clearTags: true tar bort alla taggar (skicka inte båda). Poolmedlemmar ingår när tenantens standardtaggar läggs till på befintliga resurser.

Routrar. En routers taggar kan ändras efter att den har skapats via API:et: PUT /v1/tenants/{tenant-id}/routers/{router-id} tar tags, som ersätter hela uppsättningen, eller clearTags: true för att ta bort alla taggar.

Taggar i åtkomstpolicyer

Villkor i åtkomstpolicyer på frn:resourceTag/<k> (se Villkor) utvärderas inte för de hanterade tjänsterna: Kubernetes-kluster och nodpooler, databaser, cacheminnen, meddelandemäklare, webbservrar och applikationsgateways, och resurserna under dem. Ett sådant villkor räknas som okänt, och ett okänt villkor stänger: en allow-regel som avgränsas med en resurstagg matchar aldrig, och en deny-regel som avgränsas med en resurstagg gäller alltid. Använd inte taggavgränsade regler för att ge åtkomst till de här resurserna.

Tenantens standardtaggar

Tenantens standardtaggar är en uppsättning taggar som plattformen lägger till på varje taggbar resurs som skapas i tenanten — oavsett vem som skapar den: portalen, fm CLI, API:et eller Terraform. Använd dem för taggar som varje resurs i en tenant ska ha, till exempel miljö eller kostnadsställe.

Hur standardtaggarna läggs till

• De kopieras när en resurs skapas. Därefter är de vanliga taggar på resursen. Du kan ändra eller ta bort dem som vilken annan tagg som helst, och inget kopplar dem tillbaka till tenantens standardtaggar.
• Resursens egna taggar vinner. En standardtagg läggs bara till när begäran om att skapa resursen inte själv anger den nyckeln. En nyckel med ett tomt värde räknas som angiven.
• Bara nya resurser får dem. En ändring av standardtaggarna ändrar aldrig en resurs som redan finns.
• En ändring tar upp till 30 sekunder. En resurs som skapas inom 30 sekunder efter en ändring kan fortfarande få den tidigare uppsättningen.
• De räknas mot resursens taggräns. Om standardtaggarna gör att en resurs får fler taggar än den tillåter avvisas skapandet. Felet (tag_limit_exceeded_by_defaults) namnger standardtaggarnas nycklar. Ta bort några taggar från begäran, eller be en administratör i organisationen att minska tenantens standardtaggar. I formuläret för att skapa en resurs visar portalen vilka standardtaggar som läggs till och hur många egna taggar du fortfarande kan lägga till.
• En resurs skapas aldrig utan dem. Om plattformen inte kan läsa tenantens standardtaggar avvisas skapandet med ett fel som går att försöka igen (default_tags_unavailable, HTTP 503). Försök igen om en stund.

Instanser som en skalningsgrupp startar får tenantens standardtaggar som de ser ut när skalningsgruppen skalar ut. En nyckel i startmallens metadata (Terraform-argumentet metadata) vinner över en standardtagg; mallens egna taggar stannar på mallen och kopieras inte till instanserna. Om plattformen fortfarande inte kan läsa standardtaggarna efter nya försök startas instanserna utan dem, så att skalningen inte stannar.

Standardtaggar läggs inte till på:

• containerregister, som inte har taggar (alla andra hanterade tjänster, och resurserna du skapar under dem, får dem);
• resurser som plattformen skapar åt en hanterad tjänst;
• ögonblicksbilder av instanser, vars taggar är enkla etiketter.

Regler för standardtaggar

En standardtagg hamnar på alla typer av resurser, så den måste godtas av alla. Därför är reglerna striktare än för taggar du anger på en enskild resurs.

Regel	Gräns
Antal standardtaggar	Högst 10 per tenant
Nyckel	1 till 64 byte av bokstäver (a-z, A-Z), siffror och . _ : -; måste börja och sluta med en bokstav eller siffra. Inget /, inga mellanslag.
Värde	0 till 255 byte av bokstäver, siffror, mellanslag och + - . _ : / @ =. Värdet får vara tomt.
Reserverade nyckelprefix, oavsett skiftläge	frostmoln_, frostmoln-, os_, instance_, nova_
Reserverade nycklar, oavsett skiftläge	request-id, customer-id, project-id, tenant-id, created-at, acl, storage-class, quota-bytes, cors-config

Vem som kan ändra dem

Alla medlemmar i organisationen som äger tenanten kan läsa dess standardtaggar. För att ändra dem krävs rollen administratör eller ägare i den organisationen. En API-nyckel behöver behörigheten organizations:read för att läsa dem och organizations:write för att ändra dem; se API-nyckelbehörigheter.

Varje tenant har en uppsättning standardtaggar, tom tills någon anger den. Varje ändring ersätter hela uppsättningen, och det finns ingen låsning: den senaste skrivningen vinner, så hantera uppsättningen från ett ställe.

Ange standardtaggar

Portalen. Öppna kontomenyn (uppe till höger) och välj Standardtaggar. Sidan visar standardtaggarna för den tenant du har valt. Administratörer och ägare kan lägga till, ändra och ta bort taggar och sedan välja Spara; andra medlemmar ser en skrivskyddad lista.

fm CLI. Kommandona gäller den aktiva tenanten; ange --tenant för en annan.

fm tenant default-tags get
fm tenant default-tags set --tag env=prod --tag cost-center=eu-42
fm tenant default-tags set --tag owner=team-a --merge
fm tenant default-tags clear

set ersätter hela uppsättningen. Med --merge lägger det i stället till dina taggar i den nuvarande uppsättningen. clear ber om bekräftelse; ange --yes när fm inte körs i en terminal.

Terraform. Resursen frostmoln_tenant_default_tags hanterar hela uppsättningen för providerns tenant:

resource "frostmoln_tenant_default_tags" "this" {
  tags = {
    env         = "prod"
    cost-center = "eu-42"
  }
}

Resursen äger uppsättningen. Varje apply skriver exakt tags, så en standardtagg som lagts till i portalen tas bort vid nästa apply. När resursen skapas ersätts den uppsättning tenanten redan har, och när den förstörs töms uppsättningen. Importera en befintlig uppsättning med tenantens id: terraform import frostmoln_tenant_default_tags.this <tenant-id>. Datakällan frostmoln_tenant_default_tags läser uppsättningen utan att hantera den.

Taggfärger

En regel för taggfärg visar en tagg i en färg du väljer, i portalen och i fm. Färger anges per organisation och gäller i alla dess tenanter, så env=prod ser likadan ut överallt. De påverkar bara visningen: de ändrar ingenting hos resurserna.

• En regel matchar en nyckel och ett exakt värde (env=prod), eller en nyckel med vilket värde som helst (env).
• För en tagg nyckel=värde vinner regeln för exakt det värdet över nyckelns regel för alla värden.
• En regel för det tomma värdet är en annan regel än regeln för alla värden: den matchar bara taggar vars värde är tomt.
• Nycklar och värden jämförs skiftlägeskänsligt.
• Färgen är taggens bakgrund, som #RRGGBB. Texten är svart eller vit, beroende på vilken som ger bäst kontrast. Taggens text visas alltid, så färgen är aldrig den enda signalen.

Regel	Gräns
Regler	Högst 200 per organisation, och en per nyckel och värde
Nyckel	1 till 255 tecken, utan kontroll- eller formateringstecken
Värde	Högst 256 tecken, utan kontroll- eller formateringstecken; eller inget, för att matcha alla värden
Reserverade nyckelprefix	frostmoln_ och frostmoln-, bara med små bokstäver: en nyckel som Frostmoln_Team kan färgsättas
Färg	#RRGGBB, till exempel #1f6feb

Alla medlemmar i organisationen kan läsa dess färgregler. För att lägga till, ändra och ta bort dem krävs rollen administratör eller ägare. En API-nyckel behöver behörigheten organizations:read för att läsa dem och organizations:write för att ändra dem.

Portalen. Gå till Organisationer, öppna din organisation och välj fliken Inställningar. I kortet Taggfärger väljer du Lägg till färg, anger taggnyckeln, kryssar sedan antingen i Alla värden eller anger ett värde, och väljer en färg med färgväljaren eller skriver den som hex. Medlemmar som inte är administratörer eller ägare ser listan skrivskyddad.

fm CLI. fm organization tag-colors arbetar mot organisationen som äger din aktiva tenant; ange --organization för en annan. Exakt en av --value och --any-value krävs. Citera färgen, eftersom ett # utan citattecken inleder en kommentar i skalet, eller utelämna #.

fm organization tag-colors list
fm organization tag-colors set --key env --value prod --color '#d73a49'
fm organization tag-colors set --key team --any-value --color 1f6feb
fm organization tag-colors delete --key env --value prod

Om du kör set igen för samma nyckel och värde ändras regelns färg. I en terminal med 24-bitars färg skriver fm också ut taggar i deras färger. Det skriver ut taggar utan färg med --no-color eller NO_COLOR, och när utdata inte går till en terminal.

Terraform. Varje resurs frostmoln_tag_color hanterar en regel. Utelämna value för en regel som gäller alla värden. Utan organization_id hamnar regeln i organisationen som äger providerns tenant.

resource "frostmoln_tag_color" "prod" {
  key   = "env"
  value = "prod"
  color = "#d73a49"
}

resource "frostmoln_tag_color" "team" {
  key   = "team"
  color = "#1f6feb"
}

Datakällan frostmoln_tag_colors listar organisationens regler, med de id:n du behöver för att importera en regel som skapats i portalen.

Terraform: default_tags och tags_all

Blocket default_tags i providern lägger till taggar på varje taggbar resurs som den här providerkonfigurationen hanterar:

provider "frostmoln" {
  default_tags {
    tags = {
      managed-by = "terraform"
      env        = "prod"
    }
  }
}

resource "frostmoln_vpc" "app" {
  name = "app"
  cidr = "10.1.0.0/16"

  tags = {
    env = "staging" # en resurstagg vinner över en standardtagg med samma nyckel
  }

  # Skapa VPC:n efter att tenantens standardtaggar har angetts.
  depends_on = [frostmoln_tenant_default_tags.this]
}

output "app_vpc_tags" {
  value = frostmoln_vpc.app.tags_all
}

Varje taggbar resurs har två taggattribut:

• tags innehåller exakt det som resursens konfiguration anger.
• tags_all är skrivskyddat och innehåller alla taggar på resursen: providerns default_tags, resursens egna tags, tenantens standardtaggar och allt som angetts utanför Terraform. Referera till tags_all när du behöver hela uppsättningen.

Nycklar som angetts utanför Terraform — i portalen, med fm eller genom tenantens standardtaggar — visas bara i tags_all, och providern behåller dem vid varje apply. Den tar bara bort de nycklar den hanterar: de i en resurs tags och de som den lagt till från default_tags.

När samma nyckel kommer från flera ställen vinner det mest specifika:

Källa	Företräde
Resursens tags	Högst
Providerns default_tags	Mellan
Tenantens standardtaggar	Lägst

Providerns default_tags och tenantens standardtaggar skiljer sig i omfattning och tidpunkt:

	Tenantens standardtaggar	Providerns default_tags
Gäller	Varje resurs som skapas i tenanten, av vilken klient som helst	Resurserna som en providerkonfiguration hanterar
När	En gång, när en resurs skapas	Vid varje skapande och uppdatering
När de ändras	Påverkar bara resurser som skapas efteråt	Planerar en uppdatering på plats av varje taggbar resurs i konfigurationen
Visas i Terraform	Bara i tags_all	I tags_all
Regler	Reglerna för standardtaggar	Samma regler, kontrollerade när providern konfigureras

En ändring av default_tags uppdaterar varje taggbar resurs som providern hanterar. Inget ersätts, men granska planens storlek innan du tillämpar den på en stor konfiguration.

Ögonblicksbilder uppdateras också på plats, men plattformen avvisar en uppdatering av en ögonblicksbilds taggar (HTTP 409) medan ögonblicksbilden inte är available (den tas fortfarande, eller återställs; kör apply igen när den är det), och på vissa äldre ögonblicksbilder som saknar ägartagg. Hantera en sådan ögonblicksbild med en andra providerkonfiguration med alias och utan default_tags, och låt dess tags vara oförändrade, eller ta en ny ögonblicksbild som ersätter den.

Providerversioner

För att använda	Behöver du providern
Terraform i en tenant som har standardtaggar	v0.62.0 eller senare
default_tags och tags_all	v0.62.0 eller senare
frostmoln_tag_color och datakällan frostmoln_tag_colors	v0.63.0 eller senare
frostmoln_tenant_default_tags (resurs och datakälla)	v0.65.0 eller senare
tags på frostmoln_kubernetes_cluster och frostmoln_kubernetes_node_pool	v0.81.0 eller senare
tags på resurserna för databaser, cacheminnen, meddelandemäklare, webbservrar och applikationsgateways	v0.82.0 eller senare
tags på frostmoln_gateway, frostmoln_dns_record, frostmoln_lb_listener och frostmoln_lb_member	v0.83.0 eller senare

När en tenant har standardtaggar misslyckas äldre providerversioner när de skapar en taggbar resurs i den, med "Provider produced inconsistent result after apply": resursen kommer tillbaka med taggar som de inte förväntade sig. Uppgradera providern innan du anger standardtaggar för en tenant som Terraform hanterar.

En uppgradering från en version utan tags_all ändrar ett beteende: en nyckel som angetts utanför konfigurationen visades tidigare som en skillnad i tags som nästa apply tog bort. Nu ligger den kvar, i tags_all.

Migrera från ett annat moln

När du konverterar en konfiguration med fm terraform convert blir AWS-providerns default_tags och Google-providerns default_labels till Frostmoln-providerns default_tags. Azure-providern har inga standardtaggar på providernivå. Inget konverteras till tenantens standardtaggar, och inget källmoln har taggfärger. Se matriserna för AWS, Azure och Google Cloud för detaljer.

Relaterat

• API-nyckelbehörigheter · Molnmigrering
• fm CLI-referens: fm organization · fm tenant
• Terraform: frostmoln_tag_color · datakällan frostmoln_tag_colors