# Redémarrer Nginx, PHP-FPM, MySQL et autres services

> Vérifiez si Nginx, PHP-FPM, MySQL, Redis, Supervisor et les autres services tournent sur votre serveur, redémarrez-les, rechargez-les ou redémarrez le serveur.

La page **Services** d'un serveur affiche les services système que Vimonto Deploy y a installés, comme Nginx, PHP-FPM, votre base de données et Redis, avec leur statut en direct. Depuis cette même page, vous pouvez redémarrer, recharger, arrêter ou démarrer chaque service, et redémarrer le serveur entier.

Utilisez-la quand un service est bloqué, après avoir modifié un fichier de configuration à la main, ou pour vérifier rapidement que tout tourne. Vous la trouvez dans la barre latérale du serveur sous **Services**, ou via **Redémarrer les services** dans le menu **Actions** de l'en-tête du serveur.

![La page Services d'un serveur avec une ligne de résumé indiquant que tous les services sont en marche, puis Nginx, PHP-FPM, MySQL, Redis et d'autres services regroupés sous Web, Données et Système, chacun avec le statut En cours, un bouton Redémarrer et un menu](https://ops.vimonto.com/docs-media/fr/server-services.webp?v=161e760d "Les services d'un serveur et leur statut")

## Quels services sont listés ?

La liste dépend du [type de serveur](https://ops.vimonto.com/docs/fr/servers/server-types) : Vimonto Deploy affiche les services qu'il installe pour ce type, plus une ligne PHP-FPM pour chaque [version de PHP](https://ops.vimonto.com/docs/fr/servers/php) installée sur le serveur.

La page les regroupe sous **Web** (Nginx et PHP-FPM), **Données** (la base de données, Redis, Memcached et Meilisearch) et **Système** (Supervisor, Cron, Fail2ban et SSH). Chaque ligne indique le nom du service, son statut, une courte explication de son rôle et son unité systemd. Une ligne au-dessus des groupes vous dit d'un coup d'œil si tout fonctionne, par exemple **Les 9 services sont en marche.**, ou quels services ne fonctionnent pas.

| Service | Unité systemd | Affiché sur | Actions |
| --- | --- | --- | --- |
| Nginx | `nginx` | Serveurs d'application, web et load balancers | Redémarrer, Recharger, Arrêter, Démarrer |
| PHP *x.y* FPM | `php8.4-fpm` (une par version) | Serveurs avec PHP, pour chaque [version de PHP](https://ops.vimonto.com/docs/fr/servers/php) installée | Redémarrer, Recharger, Arrêter, Démarrer |
| MySQL, MariaDB ou PostgreSQL | `mysql`, `mariadb` ou `postgresql` | Serveurs avec une base de données | Redémarrer, Arrêter, Démarrer |
| Redis | `redis-server` | Serveurs d'application et de cache | Redémarrer, Arrêter, Démarrer |
| Memcached | `memcached` | Serveurs d'application et de cache | Redémarrer, Arrêter, Démarrer |
| Meilisearch | `meilisearch` | Serveurs Meilisearch | Redémarrer, Arrêter, Démarrer |
| Supervisor | `supervisor` | Serveurs d'application, web et worker | Redémarrer, Arrêter, Démarrer |
| Cron | `cron` | Tous les serveurs | Redémarrer |
| Fail2ban | `fail2ban` | Tous les serveurs | Redémarrer |
| SSH | `ssh` | Tous les serveurs | Recharger |

La version de PHP la plus récente est listée en premier. La ligne de la base de données porte le nom du moteur et la version avec lesquels le serveur a été créé, par exemple MySQL 8.4.

> [!NOTE]
> SSH peut seulement être rechargé, pas arrêté ni redémarré : l'arrêter couperait l'accès de Vimonto Deploy lui-même au serveur. Cron et Fail2ban peuvent seulement être redémarrés.

## Comment le statut est-il vérifié ?

À l'ouverture de la page, Vimonto Deploy se connecte au serveur en SSH et exécute `systemctl is-active` pour chaque service de la liste. Jusqu'à l'arrivée de la réponse, chaque ligne affiche **Récupération…**. Chaque service reçoit ensuite l'un de ces statuts :

| Statut | Signification |
| --- | --- |
| **En cours** | Le service est actif. |
| **Arrêté** | Le service ne tourne pas (systemd indique `inactive`). |
| **Échoué** | Le service a planté ou n'a pas pu démarrer. |
| **Démarrage** | Le service démarre (`activating`). |
| **Arrêt en cours** | Le service s'arrête (`deactivating`). |
| **Rechargement** | Le service relit sa configuration (`reloading`). |
| **Actualisation** | systemd actualise les montages ou d'autres ressources du service (`refreshing`). |
| **Inconnu** | systemd a indiqué un état que Vimonto Deploy ne connaît pas, ou aucun état. |

**Démarrage**, **Arrêt en cours**, **Rechargement** et **Actualisation** sont des états transitoires. Ils s'affichent dans la couleur d'accent avec un point qui pulse, et non comme une erreur : cliquez sur **Actualiser le statut** après un instant pour voir où en est le service. **Inconnu** s'affiche en gris ; seuls **Échoué** et **Arrêté** sont en rouge.

Le statut est lu une fois à l'ouverture de la page, puis après chaque action. Cliquez sur **Actualiser le statut** pour le relire à tout moment. Si le serveur est injoignable, un message d'erreur apparaît à la place au-dessus de la liste.

## Redémarrer, recharger, arrêter ou démarrer un service

1. Ouvrez le serveur et choisissez **Services** dans la barre latérale.
2. Trouvez le service et cliquez sur le bouton de sa ligne : **Redémarrer** pour un service en marche (**Recharger** pour SSH), **Démarrer** pour un service arrêté ou en échec.
3. Pour les autres actions, ouvrez le menu (⋯) à côté de ce bouton et choisissez **Recharger**, **Arrêter**, **Démarrer** ou **Redémarrer**. Le menu ne propose que ce qui convient à l'état du service : un service en marche n'a pas de **Démarrer**, un service arrêté n'a ni **Arrêter** ni **Recharger**. Tant que l'état n'est pas connu, toutes les actions sont proposées.

L'action s'exécute sous forme de tâche en arrière-plan, par exemple *Redémarrer Nginx sur web-1*, et une notification confirme que le service redémarre. Pendant l'exécution, le bouton et le menu de ce service sont désactivés. Vous pouvez suivre la tâche et lire sa sortie dans l'activité du serveur et sur la [page Activité](https://ops.vimonto.com/docs/fr/organization/activity).

Après la commande, la tâche attend une seconde et affiche le nouvel état du service : la sortie de la tâche vous indique donc si le service est revenu.

### Redémarrer ou recharger : lequel choisir ?

- **Recharger** demande au service de relire sa configuration sans s'arrêter. Les connexions ouvertes restent ouvertes. Utilisez-le après une modification de configuration de Nginx, PHP-FPM ou SSH.
- **Redémarrer** arrête le service puis le relance. Utilisez-le quand un service est bloqué ou qu'un rechargement ne suffit pas.

Si un service ne peut pas être rechargé, Vimonto Deploy le redémarre à la place.

> [!WARNING]
> Arrêter Nginx, PHP-FPM ou la base de données met hors ligne les sites de ce serveur jusqu'à ce que vous redémarriez le service. Arrêter Supervisor arrête tous les queue workers et [processus](https://ops.vimonto.com/docs/fr/servers/processes) du serveur.

## Redémarrer le serveur entier

Cliquez sur **Redémarrer le serveur** en haut de la page et confirmez. Le serveur redémarre : il est injoignable pendant une minute ou deux, puis les sites et les processus redémarrent d'eux-mêmes. Le redémarrage est enregistré comme une tâche nommée *Redémarrer* suivi du nom du serveur.

Un redémarrage est utile après des mises à jour du noyau ou du système, ou quand un serveur ne répond plus correctement. Il ne modifie rien sur le serveur.

## Qui peut gérer les services ?

Chaque membre de l'organisation peut voir la page Services et le statut de chaque service. Redémarrer, recharger, arrêter ou démarrer un service et redémarrer le serveur nécessitent la permission de gérer les serveurs, dont disposent les rôles propriétaire, administrateur, manager et développeur. Les lecteurs ne voient que le statut. Consultez [membres et rôles](https://ops.vimonto.com/docs/fr/organization/members-and-roles).

Les boutons n'apparaissent que lorsque le serveur est actif. Pendant le provisionnement, ou quand le serveur est déconnecté, vous ne pouvez pas modifier les services.

## Questions fréquentes

### Dois-je redémarrer PHP-FPM après un déploiement ?

Non. Quand un déploiement met en ligne une nouvelle release, Vimonto Deploy recharge pour vous la version de PHP-FPM du site : le nouveau code est servi immédiatement et OPcache est rafraîchi. Consultez [déploiements](https://ops.vimonto.com/docs/fr/sites/deployments). N'utilisez **Recharger** ici que si vous avez modifié les réglages PHP à la main.

### Un service affiche Échoué. Que faire ?

Cliquez sur **Redémarrer** pour ce service et lisez la sortie de la tâche. S'il échoue à nouveau, consultez les logs : ouvrez le [terminal](https://ops.vimonto.com/docs/fr/servers/terminal) et exécutez `journalctl -u nginx -n 50` (avec le nom d'unité de la liste), ou consultez les [logs du site](https://ops.vimonto.com/docs/fr/sites/logs) pour les erreurs Nginx et PHP-FPM.

### Pourquoi un service que j'ai installé moi-même n'est-il pas listé ?

La page ne liste que les services que Vimonto Deploy installe et gère. Gérez les autres services avec `systemctl` dans le [terminal](https://ops.vimonto.com/docs/fr/servers/terminal), ou faites tourner vos propres programmes comme [processus](https://ops.vimonto.com/docs/fr/servers/processes).

### Pourquoi n'y a-t-il aucun bouton à côté des services ?

Les boutons n'apparaissent que si votre rôle peut gérer les serveurs et que le serveur est actif. Les lecteurs ne voient que le statut, comme tout le monde tant qu'un serveur est en cours de provisionnement ou déconnecté.