Configuration requise du serveur

Un serveur peut être une machine virtuelle dans le cloud, une machine physique dans vos bureaux ou votre centre de données, ou un ordinateur portable pour les tests. Il lui faut :

Logiciels

Un système d’exploitation 64 bits : Linux (recommandé en production), macOS ou Windows, sur Intel/AMD (x86_64) ou ARM (arm64).
La bonne architecture de processeur pour vos applications. La plupart des applications fonctionnent à la fois sur Intel/AMD et ARM, mais certaines ne publient leurs images que pour Intel/AMD : HOPE et KoboToolbox ne fonctionnent que sur des serveurs amd64 (x86-64). Le portail ne vous laisse pas les installer sur un serveur ARM, car leurs images ne peuvent pas y être téléchargées et l’émulation n’est pas prise en charge.
Docker Engine avec le plugin Docker Compose (docker compose, version 2). Vérifiez avec :
Terminal window
```
docker version
docker compose version
```
L’agent doit pouvoir exécuter des commandes docker. Exécutez-le en tant que root, ou en tant qu’utilisateur membre du groupe docker.

Réseau

HTTPS sortant (port 443) vers l’adresse de la plateforme indiquée dans la commande d’installation, et vers les registres de conteneurs depuis lesquels les images sont téléchargées.
Aucun port entrant n’est nécessaire pour connecter un serveur ou déployer des applications. L’agent ouvre lui-même chaque connexion, il fonctionne donc derrière un NAT et la plupart des pare-feu.
Ports entrants 80 et 443 uniquement si vous donnez à une installation une adresse web, afin que les utilisateurs puissent y accéder.

Taille

Chaque application nécessite un minimum de CPU, de mémoire et de disque, et les profils de dimensionnement plus grands en demandent davantage. Lorsque vous créez une installation, le portail compare votre serveur aux besoins de l’application sous Adéquation du serveur. Il affiche la mémoire, le disque et le CPU dont vous disposez face à ce qui est nécessaire, et bloque les tailles qui ne tiennent pas.

La page du catalogue de chaque application indique les besoins de ses tailles. À titre indicatif, pour la petite taille :

Application	Cœurs CPU	Mémoire	Disque
LiteLLM, Open EWS	1	2 Gio	5 Gio
Keycloak	2	3 Gio	5 Gio
Metabase, Moodle	2	3 Gio	10 Gio
ERPNext	2	4 Gio	15 Gio
Scolah Compass Resources	2	5 Gio	30 Gio
DHIS2, KoboToolbox, openIMIS, OpenMRS	2	6 Gio	15 Gio
Scolah Compass	4	8 Gio	20 Gio
HOPE	4	9 Gio	15 Gio

La taille moyenne nécessite environ deux fois plus de mémoire et de disque. Scolah Compass a besoin de 16 Gio de RAM pour la taille moyenne, qui est aussi la taille permettant le module IA. Lorsque plusieurs installations partagent un serveur, additionnez leurs besoins.

Chaque installation, et chaque connexion entre deux installations, utilise son propre réseau Docker. Une configuration Docker par défaut est à court de réseaux au-delà d’environ 30. Si un serveur doit héberger plus de quelques installations, augmentez la limite dans /etc/docker/daemon.json :

{ "default-address-pools": [ { "base": "10.201.0.0/16", "size": 24 } ] }

Redémarrez ensuite Docker. Si un serveur atteint la limite, l’agent le signale.

Kubernetes

Un cluster Kubernetes peut aussi être un serveur. L’essentiel de cette page concerne les serveurs Docker. Un cluster a besoin :

d’une StorageClass par défaut, pour les volumes de l’agent et les données des applications
de Helm 3, et de droits d’administration sur le cluster pour installer les charts de l’agent et de l’opérateur
d’un contrôleur Ingress si les utilisateurs accèdent aux installations via un domaine, et de cert-manager avec un ClusterIssuer pour le HTTPS automatique
de HTTPS sortant du cluster vers la plateforme, et de ses nœuds vers les registres de conteneurs

Voir Connecter un cluster Kubernetes pour les détails et les étapes d’installation.