Aller au contenu principal

SPIRE (spire)

Délivre des identités SPIFFE aux charges de travail de la plateforme : les serveurs SPIRE signent les SVID, un agent SPIRE sur chaque hôte atteste le nœud avec son certificat de la console et sert l'API des charges de travail.

Généré depuis catalog/services/spire.yaml : ne pas modifier à la main.

Résumé​

Version1.15.5
Usageinstaller et configurer, configurer et connecter
Couchefonctionnelle (catalogue IA)
CatégorieIdentité et secrets
Méthodes d'installationbinary
Connexion externenon
Réservé au bac à sablenon

Licence​

Identifiant SPDXApache-2.0
Politique de licencelicence socle (MIT ou Apache-2.0)
Exception de licence-
Composant de la plateformespire

Paquets et artefacts​

Un paquet que publie le projet du service (son image, son archive binaire, son paquet Python ou système) porte la licence du service ; un paquet tiers porte la licence écrite sur sa ligne, lue dans les métadonnées officielles du projet amont.

TypePaquetVersionLicenceDétails
archive binairespire-1.15.5-linux-amd64-musl.tar.gz1.15.5Apache-2.0https://github.com/spiffe/spire/releases/download/v1.15.5/spire-1.15.5-linux-amd64-musl.tar.gz, x86_64, somme de contrôle sha256

Systèmes et architectures pris en charge​

MéthodeSystèmes d'exploitationArchitectures
binaryfamille RHEL (dnf), famille Debian (apt), Arch Linux (pacman)x86_64 (architecture des artefacts du descripteur)

Systèmes hôtes certifiés : RHEL 8/9/10, Rocky Linux 8/9/10, AlmaLinux 8/9/10, Oracle Linux 8/9, CentOS Stream 9/10, Ubuntu 22.04/24.04, Debian 12, Arch Linux (rolling). Le contrôle préalable des hôtes accepte ces systèmes (une autre version d'une famille connue donne un avertissement, une version en fin de vie est refusée) et les architectures x86_64 et aarch64.

Prérequis​

Hôte​

  • une horloge synchronisée (bloquant, time_sync).

Réseau et ports​

ComposantNom du portPortOuvert dans le pare-feu de l'hôte
spire-servergrpc8081/tcpoui
spire-serverbundle8443/tcpoui
spire-serverhealth8080/tcpnon
spire-servermetrics9988/tcpoui
spire-agenthealth8089/tcpnon
spire-agentmetrics9989/tcpoui

Services et connexions nécessaires​

Détail et résolution : voir Dépendances.

Méthodes et modes d'installation​

MéthodeDéfautCe que la méthode utilise
binaryouiles archives binaires du descripteur, décompressées dans le répertoire du service

Composants​

ComposantTypeMéthodes d'installationPorts
Serveur SPIRE (spire-server)maîtrebinary8081/tcp, 8443/tcp, 8080/tcp, 9988/tcp
Agent SPIRE (spire-agent)travailleurbinary8089/tcp, 9989/tcp

Serveur unique (standalone) (par défaut)​

Un seul serveur SPIRE avec une base SQLite locale, des agents sur n'importe quel hôte.

Ce que le mode déploie :

ComposantPlacement
spire-servermin 1, max 1
spire-agentmin 0

Haute disponibilité (ha)​

Trois serveurs SPIRE qui partagent une base PostgreSQL.

Ce que le mode déploie :

ComposantPlacement
spire-servermin 3, max 3
spire-agentmin 0

Installer ce service​

L'assistant d'installation du Navin Manager planifie, valide et exécute l'installation ; il faut la permission services:install sur le cluster.

  1. Ouvrez l'assistant. Dans Clusters, choisissez l'action de ligne Installer des services du cluster cible. L'assistant s'ouvre sur sa première étape, Service.

  2. Choisissez le service. À l'étape Service, sélectionnez SPIRE. La carte affiche la licence Apache-2.0 et les dépendances dont l'installation a besoin.

  3. Choisissez les hôtes et le mode. À l'étape Hôtes, cochez les hôtes, puis choisissez le Mode : standalone (par défaut), ha. Chaque mode déploie les composants listés dans Méthodes et modes d'installation. Avec plusieurs composants, placez chacun sur ses hôtes dans Répartition des composants (Proposer un placement propose un placement qui respecte les cardinalités).

  4. Liez les dépendances. À l'étape Liaisons, choisissez pour chaque dépendance (datastore) Installer avec la plateforme ou Utiliser une connexion existante ; une dépendance facultative peut rester sur Aucune liaison.

  5. Configurez. À l'étape Configuration, relisez les paramètres (voir Paramètres de configuration) ; les paramètres obligatoires sont trust_domain. Les mots de passe laissés vides avec une valeur générée par défaut sont générés et scellés par le Manager.

  6. Relisez et installez. À l'étape Installation, le Manager valide le plan et affiche l'ordre d'installation ; quand il indique « Le plan est valide. Prêt pour l'installation. », choisissez Installer. Un mode hautement disponible n'est installé que si ses contrôles HA réussissent.

  7. Vérifiez. L'opération se termine quand les contrôles de santé de chaque instance réussissent (voir Contrôles de santé) ; le service apparaît alors en marche dans Services.

Connecter un service existant​

Schémashttps
Port par défaut8081
Authentificationaucune
Contrôle de santéhealth_url + /ready
Méthode d'authentificationChampsDescription
none-L'API du serveur SPIRE se joint en TLS mutuel avec les identités SPIFFE qu'il émet lui-même ; le Manager contrôle seulement son point de santé.

Documentation officielle : https://spiffe.io/docs/latest/deploying/spire_server/

ChampTypeDéfautDescriptionRemarques
URL du point de santé (health_url)url-URL du point de santé du service existant.obligatoire
Domaine de confiance (trust_domain)string-Domaine de confiance utilisé par la plateforme.obligatoire

Haute disponibilité​

Clusterréplicas (replication)
Haute disponibilitéexterne (external)
Basculerépartiteur (load-balancer)
Réplicationstockage partagé (shared-store)
Quorumaucun (none)
Découverteaucun (none)
Point d'entréerépartiteur (load-balancer)
Documentation officiellehttps://spiffe.io/docs/latest/planning/scaling_spire/

Prérequis​

PrérequisDoit être hautement disponibleModesDescription
datastoreouihaPostgreSQL hautement disponible partagé par les serveurs (MySQL est aussi supporté en amont).

Topologie par mode​

ModesNiveau le plus haut du catalogueRépartitionComposant du quorumDomaines de panneDescription
standaloneautonome (standalone)unique (single)-1Un serveur avec un datastore SQLite local, agents sur n'importe quel hôte.
haha (ha)actif-actif (active-active)-3Trois serveurs partageant un datastore PostgreSQL ; un agent par hôte.

Remarques​

  • Les agents continuent de servir les identités déjà émises pendant que les serveurs sont injoignables, jusqu'à l'expiration des certificats.

Paramètres de configuration​

Domaine de confiance​

ParamètreTypeDéfautValeurs permisesObligatoireSecretRedémarrageDescription
Domaine de confiance (trust_domain)stringnavin.internal^[a-z0-9._-]+$ouinonouiDomaine de confiance SPIFFE (spiffe://<domaine>/...).
Durée de vie de l'autorité (ca_ttl)duration24h-nonnonnonDurée de vie de l'autorité de signature des serveurs.
Durée de vie des SVID (svid_ttl)duration1h-nonnonnonDurée de vie par défaut d'un SVID X.509.

Réseau​

ParamètreTypeDéfautValeurs permisesObligatoireSecretRedémarrageDescription
Port du serveur (server_port)port8081-nonnonouiPort gRPC joint par les agents.
Port du point de paquet (bundle_port)port8443-nonnonouiPort HTTPS qui sert le paquet de confiance aux agents au démarrage (certificat de l'autorité de la console).
Port de santé du serveur (server_health_port)port8080-nonnonnonPort de /live et /ready du serveur.
Port des métriques du serveur (server_metrics_port)port9988-nonnonnonPort Prometheus du serveur.
Port de santé de l'agent (agent_health_port)port8089-nonnonnonPort de /live et /ready de l'agent.
Port des métriques de l'agent (agent_metrics_port)port9989-nonnonnonPort Prometheus de l'agent.
Certificats de l'autorité de la console (tls_enabled)booltrue-nonnonouiDélivrer un certificat de l'autorité de la console à chaque serveur et agent : le point de paquet le présente et les agents attestent leur nœud avec lui (x509pop). Gardez-le activé : SPIRE ne démarre pas sans ces certificats.
Adresse du serveur pour les agents (server_address)string(vide)^([A-Za-z0-9.-]{1,253})?$nonnonnonNom du répartiteur de charge devant les serveurs SPIRE (mode ha), qui transmet le port du serveur ; vide : le premier serveur. Les agents téléchargent le paquet de confiance depuis le premier serveur seulement au démarrage initial.

Journalisation​

ParamètreTypeDéfautValeurs permisesObligatoireSecretRedémarrageDescription
Niveau de journalisation (log_level)enumINFODEBUG, INFO, WARN, ERRORnonnonnonVerbosité des journaux du serveur et de l'agent.

Dépendances​

Pour chaque dépendance active, le Manager prend la première solution parmi : la liaison choisie dans l'assistant ; un service de la même installation qui la fournit ; un service déjà installé dans le cluster ; la seule connexion du type attendu. Sinon, une dépendance facultative reste non liée, et une dépendance obligatoire est ajoutée à l'installation dans son mode par défaut (la colonne ci-dessous nomme le service du catalogue ajouté).

LiaisonFournie parType de connexionPoint d'accèsFacultativeQuand rien n'est liéDescription
datastore (ha)postgresqlpostgresqlsqlnonpostgresql est ajouté à l'installationBase partagée des trois serveurs SPIRE.

Points d'accès​

Point d'accèsSchémaComposantPortCheminParamètre TLSParamètres de liaisonSecrets de liaisonCommande de provisionnement
servertcpspire-server8081 (server_port)-tls_enabled---

Fichiers de configuration client​

Fichiers rendus pour le téléchargement de la configuration client :

  • spire.env (client.env.j2)

Commandes​

CommandeComposantCibleDescription
Santé du serveur (healthcheck)spire-servertous les hôtesExécute spire-server healthcheck sur chaque serveur.
Lister les agents (list_agents)spire-serverpremier hôteListe les agents attestés.

Contrôles de santé​

Vivacité (par instance)​

ComposantContrôleDétails
spire-serverHTTP http://127.0.0.1:{{ config.server_health_port }}/readyAttendu 200 ; 30 tentatives ; intervalle 2 s ; délai 3 s
spire-agentHTTP http://127.0.0.1:{{ config.agent_health_port }}/readyAttendu 200 ; 30 tentatives ; intervalle 2 s ; délai 3 s

Contrôles préalables​

ContrôleTypeSignificationSévéritéComposants
server_port_freeport_free {"param": "server_port"}port 8081 libre sur l'hôtebloquantspire-server
time_synctime_sync {}une horloge synchroniséebloquanttous les composants

Désinstallation​

Chemins supprimés quand les données sont purgées : {{ paths.data }}, {{ paths.log }}.

Documentation amont​