Admins can enable/disable the required modules from General Settings. You can take a module tour to get started with each modules from the Product Tours section. Code versions of the Core, UI, and Database are displayed here. You can also edit the email of the account.
Plugin Updates
The Periodically check for plugin updates toggle periodically checks every plugin repository for updates and notifies you when migrations are available for plugins.
If the toggle is enabled, Cloud Exchange will automatically check for and retrieve plugin updates from GitHub. Ensure your environment has network connectivity to github.com for automatic update fetching.
Run Diagnose and Download
Les administrateurs peuvent générer et télécharger un bundle de diagnostic depuis Settings > General Settings > Other Settings pour faciliter le dépannage.
- Click Run Diagnose to start collecting diagnostic logs.
- While the diagnosis is running, the Run Diagnose button shows Running… and remains disabled.
- Le bouton « Download File » n'est disponible que lorsque le pack de diagnostic est prêt.
- Cliquez sur Download File pour ouvrir une boîte de dialogue de confirmation.
- Optionally, you can select Remove diagnose file from the cloud exchange after successful download to delete the generated bundle from Cloud Exchange storage after download.
- If no diagnostic job exists, or the diagnosis is still in progress, Cloud Exchange shows a status message and prompts to run or wait before downloading.
- The diagnostic file name is automatically derived from the server response and is downloaded as a
.zipfile.
Exécuter la vérification de mise à jour/migration et télécharger le rapport
Les administrateurs peuvent valider un hôte par rapport aux prérequis d'une version cible de Cloud Exchange à partir de Settings > General Settings > Other Settings avant la mise à niveau ou la migration. La vérification est en lecture seule ; rien sur l'hôte n'est modifié.
Cliquer sur « play » pour regarder une vidéo.
Pour les versions 7.0.0 et ultérieures
- Cliquez sur Run Upgrade/Migrate Check pour ouvrir la boîte de dialogue de vérification.
- Select le Deployment Type. Autonome (SA) exécute la vérification sur cet hôte unique. Haute disponibilité (HA) l'exécute sur chaque nœud du cluster, et chaque nœud accessible est rapporté séparément.
- Select la Target Cloud Exchange Version, c’est-à-dire la version dont vous souhaitez valider les prérequis. Vous pouvez également sélectionner la version actuellement installée pour valider l’hôte tel qu’il est aujourd’hui.
- Cliquez sur Run pour lancer la vérification.
- Une fois la vérification terminée, les résultats apparaissent dans la boîte de dialogue, regroupés par catégorie, avec les éléments en échec et les avertissements listés en premier.
- Cliquez sur Download Report pour télécharger un rapport HTML partageable, ou sur Download JSON pour télécharger le rapport détaillé au format JSON.
- Cliquez sur Run Again pour relancer la vérification après avoir traité les éléments signalés.
- Les résultats de la dernière exécution sont conservés, afin que vous puissiez les rouvrir ultérieurement à partir de la même page. Lorsqu’un rapport terminé existe, le bouton affiche View Upgrade/Migrate Check.
Un résultat propre confirme que l’hôte répond aux prérequis de la version sélectionnée. Il ne s’agit pas d’une garantie de réussite d’une mise à niveau ou d’une migration.
Pour les versions antérieures à 7.0.0
- Copiez le fichier
ce_healthcheckdu dépôtta_cloud_exchangevers l’hôte. - Exécutez-le en tant qu’administrateur :
sudo python3 ./ce_healthcheck - Examinez les résultats à l’écran. Un rapport détaillé est enregistré en tant que
ce_healthcheck_report.jsondans le dossier actuel. - Le contexte d'exécution, le type de déploiement et la version installée sont détectés à partir de l'hôte et imprimés avant que les vérifications ne soient exécutées. Rien n'est demandé.
Vous pouvez remplacer toute valeur détectée avec les options suivantes.
| Option | Description |
|---|---|
--deployment SA|HA | Définissez le type de déploiement au lieu de le détecter. |
--target-version | Définissez la version de Cloud Exchange par rapport à laquelle effectuer la validation. |
--mode install|upgrade|migrate | Définissez le contexte d’exécution au lieu de le détecter. |
--list-versions | Répertorier les versions de Cloud Exchange qui peuvent être sélectionnées. |
--html <path> | Enregistrez un rapport HTML partageable. |
--report <path> | Enregistrez le rapport JSON détaillé à un emplacement spécifique. |
--manifest-path <path> | Utilisez un ensemble de définitions de contrôle fournies localement pour un hôte sans accès à Internet sortant. |
--quiet | Supprimer les notes de valeur détectée. |
- La vérification doit être exécutée avec
sudo. Sans droits d’administrateur, il ne peut pas lire tout ce dont il a besoin et un hôte sain peut être signalé de manière incorrecte. La vérification s’arrête avec un message explicatif plutôt que de signaler un résultat qu’elle ne peut pas garantir. Sur un hôte où Cloud Exchange n’est pas encore installé, il n’y a pas d’interface utilisateur à partir de laquelle exécuter la vérification. Dans ce cas, exécutez la même vérification à partir de la ligne de commande à l’aide du scriptce_healthcheck, qui est un fichier unique autonome sans packages ni dépendances à installer.
Quand effectuer la vérification de mise à niveau/migration
- Avant de mettre à jour ou de migrer un déploiement, puis de nouveau après avoir traité tout élément signalé.
- Après une modification apportée à l'hôte, telle que le redimensionnement de la machine, l'ajout d'un disque ou une modification des règles de pare-feu ou de proxy.
- Avant d’ouvrir une demande de support concernant une installation ou une mise à niveau ayant échoué, afin que le support Netskope puisse voir l’état de l’hôte.
Comprendre les résultats
Chaque contrôle rapporte l'un des cinq résultats.
| Result | Meaning | Ce qu'il faut faire |
|---|---|---|
| Pass | L’hôte satisfait à cette exigence. | Aucune action n'est requise. |
| Avertissement | L’exigence est remplie, mais certains éléments nécessitent votre attention. Par exemple, une valeur est inférieure au niveau recommandé plutôt qu’inférieure au minimum requis, ou un port requis est déjà utilisé par le service Cloud Exchange qui est censé l’utiliser. | Examinez l'élément et la mesure corrective présentée avec celui-ci. Un avertissement ne bloque pas une mise à niveau. |
| Failed | L'hôte ne remplit pas une exigence obligatoire. L'installation ou la mise à niveau risque d'échouer ou de laisser le déploiement dans un mauvais état. | Corrigez l'élément en utilisant la mesure corrective présentée avec celui-ci, puis exécutez à nouveau la vérification. |
| Sans objet | La vérification ne s'applique pas à cet hôte, comme les vérifications du cluster de haute disponibilité sur un déploiement autonome, ou les vérifications de Podman sur un hôte qui exécute Docker. | Aucune action n'est requise. |
| Non vérifié | La vérification n'a pas pu être effectuée sur cet hôte, de sorte que l'exigence n'est ni confirmée ni exclue. Par exemple, une version n'a pas pu être lue ou une commande n'a pas pu être exécutée. | Passez en revue le motif indiqué avec l’élément. Traitez-le comme non confirmé, et non comme réussi. |
Un décompte de chaque résultat est affiché avec les résultats, suivi d’un verdict global.
| Verdict | Meaning |
|---|---|
| Cet hôte remplit les conditions préalables pour la version Cloud Exchange sélectionnée. | Toutes les vérifications applicables ont été réussies. Vous pouvez continuer. |
| Cet hôte remplit les conditions préalables obligatoires. Examinez les avertissements avant de continuer. | Rien d'obligatoire n'a échoué, mais certains éléments nécessitent votre attention. |
| Certaines vérifications ont été effectuées ; les autres n’ont pas pu être vérifiées. | Rien de obligatoire n'a échoué, mais une partie de l'hôte n'a pas été évaluée. Examinez les éléments non vérifiés avant de continuer. |
| Une ou plusieurs vérifications des prérequis ont échoué. Veuillez vous assurer que les exigences système minimales sont respectées pour poursuivre. | Ne continuez pas. Traitez chaque élément ayant échoué et exécutez à nouveau la vérification. |
| Aucune des vérifications préalables n’a pu être vérifiée sur cet hôte. | Il ne s’agit pas d’une réussite. Rien n’a été réellement évalué. Exécutez à nouveau la vérification une fois que les conditions nécessaires à sa réalisation sont en place. |
Dans un déploiement à haute disponibilité, les nœuds qui n'ont pas pu être atteints sont indiqués séparément et ne sont pas inclus dans les totaux.
Rapports
- Le HTML report est un résumé lisible de l’exécution qui s’ouvre dans n’importe quel navigateur, répertoriant chaque contrôle, son résultat et sa mesure corrective. Dans un déploiement à haute disponibilité, tous les nœuds sont fusionnés en un seul rapport. Utilisez cette option pour partager les résultats avec votre équipe.
- JSON report est le registre détaillé de l’exécution, y compris les valeurs mesurées collectées à partir de l’hôte. Joignez-le à un dossier de support.
- Les deux rapports incluent des détails sur l’hôte. Stockez-les et partagez-les avec le même soin que tout autre enregistrement système.
Si la vérification ne peut pas être exécutée
| Message | Ce qu'il faut faire |
|---|---|
| Ce contrôle doit être exécuté en tant qu'utilisateur root. | Exécutez à nouveau la vérification avec sudo. |
| Les définitions des vérifications n’ont pas pu être téléchargées. | L’hôte n’a pas d’accès internet sortant, ou il est bloqué par un proxy ou un pare-feu. Obtenez le fichier de définitions de contrôle séparément et fournissez-le avec --manifest-path. |
| La version de Cloud Exchange sélectionnée n'existe pas dans ces définitions de contrôle. | Select une version couverte. Utilisez la liste des versions dans l'interface utilisateur, ou --list-versions à partir de la ligne de commande, pour voir quelles versions sont disponibles. |
Renouveler les certificats
Vous pouvez renouveler les certificats SSL sur les serveurs Cloud Exchange avant leur expiration. L'interface utilisateur affiche une bannière lorsqu'un certificat est sur le point d'expirer dans moins de 30 jours, et le bouton Renew Certificates sera activé sous Settings > General Settings.
- A Warning banner appears in Cloud Exchange when the certificates are within 30 days of expiration.
- By default the Renew Certificate toggle is disabled; it becomes enabled only when the certificates are within 30 days of expiry.
- Cloud Exchange generates certificates with a validity of 365 days.
- Cloud Exchange regenerates only those certificates that were originally generated by Cloud Exchange.
- Après avoir cliqué sur Regenerate Certificate, Cloud Exchange redémarrera avec les certificats nouvellement générés et vous pourriez voir une erreur réseau. Après quelques minutes, Cloud Exchange sera de nouveau opérationnel.