Débuter avec cegedim.cloud

Apprenez les principes fondamentaux et commencez à construire avec cegedim.cloud. Trouvez le produit qui répond à vos besoins pour vous aider à lancer votre prochaine application et maitrisez ITCare, la plateforme de gestion cloud de cegedim.cloud.

Certaines méthodes renvoient des résultats paginés. Le formatage d'un résultat paginé presente la structure suivante :

{
    "content": [
        ...
    ],
    "totalElements": ...,
    "last": false,
    "totalPages": ...,
    "sort": {
        "empty": true,
        "sorted": false,
        "unsorted": true
    },
    "first": true,
    "size": ...,
    "number": ...,
    "numberOfElements": ...,
    "empty": false
}

Les valeurs page et size peuvent être ajoutées aux paramètres de la requête afin d'obtenir la page suivante ou précédente.

Example

Pour obtenir les 50 premiers éléments d'une requête GET pour un endpoint paginé : https://api.cegedim.cloud/foo/bar?page=1&size=50

Demander un replica MariaDB en lecture seule

Pour demander l'ajout d'une réplique en lecture seule de MariaDB, il est nécessaire de créer un ticket requête via ITCare.

Dans la section Support du menu latéral gauche, cliquer sur le bouton Formuler une demande.

Dans la catégorie Base de données puis MariaDB, sélectionner et remplir le formulaire : Mise en place d'une réplication passive MariaDB

Un ticket d'assistance sera créé à la soumission.

cegedim.cloud fournit dans ITCare une rubrique dédiée à son empreinte carbone.

Cette rubrique permet d'identifier l'impact environnemental des applications de façon détaillée, en affichant à la fois l'émission de CO2 des Services Globaux ainsi que celle des instances associées.

Le calcul de l'empreinte carbone fait partie intégrante du projet Enercare, en se basant sur la répartition de la consommation énergétique des services. Elle prend en compte les équipements IT (serveurs, baies de stockage, réseaux ...) mais également tous les éléments nécessaires à leur bon fonctionnement (climatisation, groupes électrogènes, onduleurs ...). Ces derniers sont associés à l'indicateur de performance énergétique par datacenters calculé par le Power Usage Effectiveness (PUE).

Le périmètre inclut les Datacenters propres à Cegedim ainsi que ceux en colocation.

Principe

cegedim.cloud a travaillé sur des outils internes et une méthodologie pour répartir les consommations des services utilisant des instances mutualisées. Etant en démarche d’amélioration continue, elle sera amenée à évoluer avec la fiabilisation et la précision des données remontées.

Le calcul de l’empreinte carbone de nos services cloud suit les règles du GHG Protocol . Nous incluons les éléments suivants dans la fonctionnalité Enercare :

• Les émissions directes du scope 1 des datacenters : combustions fossiles des groupes électrogènes, émissions fugitives liées aux fluides frigorigènes des systèmes de refroidissement.

• Les émissions indirectes du scope 2 : consommation d’électricité des équipements, incluant le PUE.

• Les émissions indirectes du scope 3 : émissions amont liées aux combustibles et à la production d’électricité, produits et services achetés pour le fonctionnement de nos services, tenant compte de leur fabrication à leur fin de vie, déplacements des collaborateurs.

Les données retranscrites dans Enercare correspondent aux activités de cegedim.cloud, indépendamment de celles des autres filiales et du groupe Cegedim. Le bilan carbone étant réalisé et audité annuellement, nous ne pouvons pas corréler en temps réel les coefficients de calcul à l’utilisation des services.

La section Règles de Calcul ci-dessous explicite la collecte de la consommation énergétique des équipements physiques et la méthode de calcul de l'empreinte carbone pour les services et instances.

Pour en savoir plus sur les actions de diminution de l’impact environnemental entreprises par cegedim.cloud, vous pouvez consulter la page RSE de notre site internet.

Vous pouvez explorer les spécifications de l'API et utiliser la fonctionnalité Test it afin d'exécuter et de tester les points de terminaison.

Deux types d'authentifications sont disponibles : Bearer ou Oauth.

Lorsque vous utilisez l'option Test it en Oauth, veuillez :

• Sélectionner les scopes : openid et email

• Saisir le clientId : cgdm-itcare-api-academy.

Pour utiliser l'option Bearer, veuiller consulter la section Authentication.

Notes :

• Les paramètres Cookies, Headers sont optionels.

• L'affichage de la fenêtre suite au clique sur Test it peut prendre quelques secondes.

Les distributions Linux suivantes peuvent être durcies lors de leur provisionnement :

• Debian à partir de la version 11 et 12

• Ubuntu à partir de la version 22.04 et 24.04

• Oracle Linux à partir de la version 9

Les recommandations des documents de référence du CIS ont été suivies afin de renforcer et sécuriser nos systèmes d'exploitation Linux.

Systèmes de fichiers

• Certains systèmes de fichiers faibles sont désactivés dans le noyau

• Points de montage séparés pour les systèmes de fichiers très actifs : /var/log, /var/log/audit, /var/tmp

• Protection des points de montage /var/log, /tmp et /var/tmp

• Désactivation du stockage amovible

Démarrage sécurisé

• S'assurer que le mot de passe root est requis pour démarrer en mode de secours

Utilisation de Sudo

• Traçage de chaque utilisation de la commande sudo

Durcissement des processus

• Plusieurs paramètres sont activés dans le noyau pour protéger les processus en cours d'exécution

Réseau

• Les services réseau inutiles ou faibles sont désactivés (appliqué par le gestionnaire de configuration)

• Le service de gestion du temps est configuré et actif

• IPV6 est désactivé

• Plusieurs paramètres du noyau sont définis pour protéger le réseau

• Désactiver les protocoles réseau peu courants

Journalisation

• Centralisation des journaux du système

• S'assurer que chaque événement est enregistré

Accès et authentification

• S'assurer que le service cron est actif et configuré

• S'assurer que les répertoires cron sont protégés

• S'assurer que ssh est actif et configuré

• Forcer les protocoles et paramètres sécurisés de ssh

• S'assurer de la désactivation des sessions inactives

• S'assurer que les règles de mot de passe fort sont appliquées

• S'assurer que les fichiers d'authentification sensibles sont protégés

Qu'est-ce qu'une Patch Party ?

cegedim.cloud s'assure que tous les serveurs sont patchés lors d'événements appelés Patch Party. Ces événements ont lieu tous les trimestres un dimanche, soit 4 fois par an.

Lors d'une Patch Party, les patchs sont installés sur tous les serveurs non exclus de l'événement puis suivis d'un redémarrage.

Quel est le calendrier ?

Les Patch Parties ont lieu tous les trimestres, soit 4 fois par an. Deux Patch Parties sont programmées chaque trimestre :

• Patch Party de QA : elle a lieu en premier pendant les heures ouvrées, le jeudi, et ne concerne que les environnements de non-production.

• Patch Party de Production : elle a lieu 3 semaines après la Patch Party de QA, le dimanche, et ne s'applique qu'aux environnements de production.

Que puis-je faire ?

Consulter les informations sur les correctifs

Sur chaque page de détails d'une ressource, un panneau intitulé Patch status vous permet de consulter les informations suivantes :

• La dernière fois que la ressource a été mise à jour avec succès

  • Le timestamp de la mise à jour

  • Le tag du correctif de la mise à jour avec ce format : YYYY-QQ (par exemple 2022-Q4)

• La prochaine Patch Party programmée si la ressource n'est pas exclue

• La personne qui a exclu la ressource et la date si la ressource est exclue

Inclure ou exclure

Sur chaque page de détails d'une ressource, un bouton Patch Party vous permet d'inclure ou d'exclure définitivement la ressource des Patch Party.

L'exclusion d'une ressource doit être motivée par une raison. Inclure vous permet de sélectionner le Patch Group qui affectera le moment où votre ressource sera effectivement mise à jour au cours de la journée de correctifs.

Modifier le groupe de correctifs

Dans le même bouton Patch Party que celui décrit ci-dessus, vous pouvez changer le Patch Group souhaité à tout moment.

3 groupes de patches sont disponibles pour diviser vos ressources. Chaque groupe sera traité à des moments différents.

Ceci est utile si vous ne voulez pas que plusieurs ressources soient patchées (et interrompues) en même temps, améliorant ainsi la résilience de votre application.

Afin de vous aider à appréhender et maitriser chaque aspect de la plateforme ITCare, nous proposons un ensemble de démos interactives spécifiques à des fonctionnalités disponible dans notre Cloud Management Platform.

Ressources

Gérer une ressource

Différentes actions sont possibles pour gérer les ressources sur notre plateforme ITCare. Nous vous les présentons ci-dessous !

Filtres dynamiques

En fonction des ressources sélectionnées dans la fenêtre de filtrage, des filtres dynamiques seront désormais disponibles pour afficher plus efficacement ce qui vous intéresse.

Notifications

Vos notifications sont configurables et personnalisables via des abonnements. Nous vous montrons cela ci-dessous !

Créer un abonnement

La première étape incontournable : créer un abonnement selon vos critères personnalisés.

Gérer les abonnements

Maintenant que vous savez comment créer un abonnement, voyons comment le gérer.

Gérer les groupes de diffusion

Les abonnements tirent partie de groupes de diffusions. Nous vous montrons comment les gérer.

Superviser les notifications

Lorsque vos notifications sont paramétrées, il est essentiel de savoir comment les superviser.

Qu'est-ce que ITCare ?

ITCare est la plateforme de gestion Cloud de cegedim.cloud.

Elle intègre une interface d'administration web et une API qui offrent une vue à 360° de vos ressources Cloud hébergées et gérées par cegedim.cloud.

Conçue comme un service web unifié, elle régit les points clés suivants :

• Gestion des ressources Cloud : déployer et administrer vos ressources

• Supervision : surveiller la santé et la performance de vos applications, être notifié en cas d'incident

• Support : contactez nos équipes de support pour toute question ou incident

• Gouvernance : consultez les rapports de sécurité et d'obsolescence, gérez les créneaux de maintenance

• Intégration : intégrez vos processus d'entreprise à votre cloud via l'API ITCare

Vous pouvez accéder à ITCare à partir de n'importe quelle page de ce site web en utilisant le lien ITCare dans l'en-tête.

Comment puis-je accéder à ITCare ?

La page Débuter avec ITCare explique en détail comment accéder à ITCare, avec des informations sur l'authentification et les autorisations.

ITCare dispose-t-il d'une API ?

Toutes les informations nécessaires à la découverte et à la bonne utilisation de l'API ITCare sont disponibles dans la section ITCare API du menu principal.

Comment joindre le support de cegedim.cloud par téléphone ?

Si vous êtes client, vous pouvez joindre notre Service Desk via cette ligne téléphonique directe pour toute demande de support : +33 (0)1 49 09 22 22

Comment joindre le support de cegedim.cloud par e-mail ?

Pour toute demande d'information ou de contact, vous pouvez utiliser ce formulaire :

Comment s'authentifier auprès de l'API ITCare ?

L'API ITCare utilise le protocole OAuth 2.0 pour l'authentification et les autorisations. Elle supporte les scénarios OAuth 2.0 habituels tels que ceux utilisés pour les serveurs web et les applications clientes. Cela signifie que chaque requête API doit contenir un header "Authorization" embarquant un token d'accès précédemment obtenu grâce à des identifiants.

Comment obtenir un compte API ?

Pour interroger l'API ITCare, un compte API est requis afin de pouvoir obtenir le token d'accès obligatoire. Pour obtenir ce compte API, une requête doit être soumise aux équipes support cegedim.cloud en fournissant les informations suivantes :

• L'organisation cible

• Une description simple de l'usage cible de l'API

Comment obtenir un token d'accès ?

Pour obtenir un token d'accès, le client doit soumettre une requête au endpoint . Le serveur d'autorisation exige l'authentification (base64-encodé) du client pour délivrer un access_token. Voici un exemple de demande d'access_token :

En général, on peut utiliser la commande base64 pour encoder une chaîne de caractères. L'utilisation d'outils en ligne de commande sous Linux, par exemple :

Si la demande d'access_token est autorisée et valide, voici un exemple de réponse :

Lorsque le token expire, il est possible de :

• Demander un nouvel access_token

• Rafraîchir le token en interrogeant le endpoint /token

Politique de support des produits

Les offres managées de cegedim.cloud incluent du support. Ce support se découpe en 4 phases :

• Phase standard : cegedim.cloud offre un support complet du produit.

• Phase fin de vente : phase secondaire indiquant qu'une nouvelle version a été élue en phase de support Standard. Il est fortement conseillé d'effectuer une migration vers une version plus récente.

• Phase support étendu : troisième phase qui débute à la date de fin de vie (EOL) annoncée par l'éditeur pour le produit. Cela signifie que plusieurs services ne sont plus garantis et passent en meilleurs efforts.

• Phase fin de Support : phase terminale activée quand cegedim.cloud n'est plus en mesure de fournir du support. Des frais peuvent s'appliquer si le système est considéré comme un risque pour la sécurité (violation, compromission des données, nécessité d'isolation).

Voici un listing détaillé des fonctionnalités selon les phases de support :

Comment formuler une demande ?

Depuis de notre gestionnaire de plateforme cloud ITCare, vous pouvez créer un ticket de demande d'assistance.

Depuis la page d'accueil ou bien depuis la section Support dans le menu latéral gauche, cliquez sur le bouton Formuler une demande.

Recherchez d'abord le formulaire correspondant au produit pour lequel vous avez besoin d'aide en tapant le nom du produit dans la barre de recherche. Sélectionnez le formulaire et fournissez les informations requises.

Un ticket d'assistance sera créé lors de la soumission.

Comment déclarer un incident ?

Les ressources gérées sont surveillées par cegedim.cloud si la surveillance a été activée.

Cependant, un formulaire d'incident est disponible dans notre gestionnaire de plateforme cloud ITCare si vous avez besoin de nous faire part d'un problème que nous aurions manqué.

Depuis la page d'accueil ou la section Support du menu latéral gauche, cliquez sur le bouton Déclarer un incident.

Pour mieux traiter votre incident, un niveau de gravité est requis :

• Pas d'impact

• Dégradation

• Interruption de service

Recherchez le formulaire approprié en recherchant le nom du produit avec lequel vous avez un problème, puis fournissez les informations requises.

Un ticket d'incident sera créé et notre équipe de support vous contactera dès que possible.

Description

L'instance virtuelle est un produit entièrement géré proposé par cegedim.cloud, conçu pour simplifier et améliorer votre expérience d'hébergement. Avec les instances virtuelles, vous n'avez plus à vous soucier de la complexité de la gestion de votre infrastructure d'hébergement - notre équipe d'experts s'occupe de tout.

Notre produit prend en charge une variété de systèmes d'exploitation tels que Linux, Windows et AIX, ce qui vous donne la liberté de choisir l'environnement qui répond le mieux à vos besoins. Il peut être déployé sans effort grâce à notre outil de gestion de plateforme cloud convivial appelé ITCare.

Cet outil vous donne la possibilité de démarrer l'instance souhaitée, de sélectionner le système d'exploitation de votre choix et de personnaliser les ressources pour répondre à vos besoins spécifiques en quelques clics, garantissant ainsi que vos instances sont adaptées aux exigences de votre entreprise.

Nous comprenons l'importance des performances et de la fiabilité, c'est pourquoi les instances virtuelles sont équipées de systèmes de surveillance, de services de sauvegarde et de réplication des données. Cela garantit une visibilité en temps réel de la santé de vos instances et une sécurité accrue.

En résumé, que vous ayez besoin d'un système d'exploitation Linux, Windows ou AIX, et quelles que soient vos exigences en matière de ressources, les instances virtuelles vous offrent la flexibilité et l'évolutivité dont vous avez besoin.

Instances virtuelles en tant que Service

La configuration des ressources peut varier en fonction du système d'exploitation cible.

Pour plus d'information sur les instances virtuelles, vous pouvez consulter https://code.cegedim.cloud/product-management/gitbook/french-documentation/-/blob/main/calcul/instances-virtuelles/instances-virtuelles-architectures.md.

Facturation

La facturation est mensuelle et basée sur le nombre d'instances et les coûts supplémentaires pour le stockage, la sauvegarde, la surveillance 24x7.

L'estimation du coût d'une instance virtuelle est disponible auprès de votre Service Delivery Manager.

Catégories d'équipement et calcul des émissions de CO2

Catégories d'équipement

Un Datacenter utilise trois grandes catégories d'équipement :

• Les équipements de type Compute (serveurs ESX à base de processeur X86, serveurs IBM à base de processeur Power, etc.), ce sont ces équipements qui hébergent les différentes instances.

• Les équipements de type Storage (baies de stockage de données, baies de stockage objets, baies de sauvegarde et archivage des données).

• Les équipements de type Network (switch réseaux, Firewall, BigIP, etc.), qui permettent les échanges de flux internes et externes entre services et instances.

• NB : Ces trois catégories sont elles-mêmes constituées de sous-catégories permettant de calculer plus finement les répartitions des émissions de CO2 par instance utilisateur. Pour des raisons de simplification, ces sous-catégories ne seront pas prises en compte dans la méthode de calcul explicitée ci-dessous.

Collecte de la consommation énergétique

La consommation énergétique de chaque équipement est collectée chaque minute (puissance instantanée exprimée en Watt) et stockée dans une base de données (base Clef-valeur MIMIR).

En complément, nous collectons les éléments suivants qui permettront de calculer l'émission de CO2 associée :

• Le PUE (efficacité), calculé quotidiennement sur les Datacenters que nous exploitons, et mensuellement pour les Datacenters en colocation.

• Les facteurs d'émission de CO2 (en kgCO2e/kWh), dont les valeurs sont actualisées chaque année, sur la base des données ADEME et fournisseurs.

Calcul de l'émission de CO2 des équipements

L'émission de CO2 d'un équipement est calculée à la journée :

• Transformation de la consommation instantanée en kWh/jour depuis les données collectées dans la base de données Clef-valeur.

• Application du PUE du Datacenter :

  • Si un équipement consomme 1000 kWh/jour et que le PUE du datacenter est de 1.3, la consommation réelle de l'équipement sera de 1300 kWh.

• Conversion des kWh/jour en CO2 (kg) avec le facteur d'émission de CO2 du fournisseur :

  • Si 80% de l'énergie du Datacenter provient d'un fournisseur qui émet 0.008 kg de CO2 par kWh et les 20% restant d'un groupe second fournisseur qui émet 0.01 kg de CO2 par kWh, alors l'émission de l'équipement sera de : 1300 * 0.008 * (80 / 100) + 1300 * 0.01 * (20 / 100) , soit 10,92 kg de CO2 par jour.

Calcul de l'émission de CO2 d'un Service Global

Rappel

Un Service Global est le regroupement logique de ressources (principalement des Instances) qui utilisent les ressources des différentes catégories d'équipement physique (Compute, Storage et Network). L'empreinte carbone d'un Service Global sera donc la somme de l'émission de CO2 de ses ressources.

Description

Matomo (anciennement appelé Piwik) est un logiciel de mesure open source qui fournit des statistiques de données sur l'utilisation d'une page web, telles que les visites, les pages vues, l'origine des visites et bien plus encore.

Matomo offre la possibilité d'avoir une analyse complète sur certains aspects de vos sites web avec des informations concernant : vos visiteurs, leur comportement, leurs habitudes et plus encore.

Pourquoi Matomo ?

Matomo est un excellent substitut à Google Analytics pour les raisons suivantes :

• Pleine propriété des données

• Protection de la vie privée

• Pas d'échantillonnage de données

• Conformité RGPD (recommandé par la CNIL)

• Flexibilité (portabilité des données, accès brut, open source, etc...)

Plateforme en tant que Service

Matomo est déployé sur site dans les centres de données de cegedim.cloud et est fourni en tant que service.

cegedim.cloud garantit le niveau de service managé suivant : le déploiement des instances, le maintien en condition opérationnelle, la flexibilité, la sécurité et le monitoring sont ainsi assurés par nos experts.

Pour plus d'information, veuillez consulter la page Matomo - Architecture.

Facturation

La facturation est mensuelle et varie en fonction de la taille choisie. Veuillez contacter votre Service Delivery Manager pour plus d'informations concernant la tarification.

Description

cegedim.cloud fournit des clusters Kubernetes gérés, avec le plus haut niveau de sécurité et de résilience intégré.

En utilisant ces clusters, vous pouvez déployer vos workloads Kubernetes standards dans les centres de données cegedim.cloud afin de maximiser la disponibilité de vos applications.

cegedim.cloud fournit également une console Rancher, où vous pouvez gérer vos workloads, et configurer les capacités d'observabilité intégrées (Logging et Métrologie) pour la connecter à vos propres plateformes (Grafana, ElasticSearch...).

Container en tant que Service

Les principaux objectifs du projet Container en tant que Service sont :

• Capacité à fournir des clusters Kubernetes de dernière génération à la demande.

• Application Stateful supportée

• Prise en charge des volumes persistants avec Auto-Provisioning et Haute Disponibilité

• Respecter les normes réseau, les règles de stockage et de sécurité.

• Une sécurité renforcée

• Système de surveillance et de métriques intégré à la demande pour chaque application

• Prise en charge des règles de réseau dynamiques

Pour plus d'information, veuillez consulter la page .

Facturation

La facturation est mensuelle et basée sur le nombre de nœuds et sur les coûts supplémentaires tel que le stockage et la sauvegarde.

L'estimation des coûts pour un cluster Kubernetes est disponible via votre Service Delivery Manager.

Description

MariaDB est un système de gestion de base de données open-source créé par les développeurs de MySQL. MariaDB utilise des tables pour stocker les données de manière organisée et il est possible d'interagir avec la base de données à l'aide de requêtes SQL.

Il prend en charge des concepts tels que les clés primaires, les index et les relations entre les tables. MariaDB est largement utilisé pour le stockage et la gestion des données dans diverses applications, des sites web aux systèmes d'entreprise. C'est un choix populaire en raison de sa fiabilité, de ses performances et de sa nature open-source.

Plateforme en tant que Service

MariaDB est déployé on-premise dans les centres de données de cegedim.cloud.

La version support à long terme (LTS) peut être déployée en self-service à l'aide d'ITCare.

Le même niveau de service que l'offre Compute est garanti : déploiement d'instances, maintien en condition opérationnelle, flexibilité, sécurité et monitoring sont ainsi assurés par nos experts.

Deux topologies sont disponibles en libre-service :

• Instance autonome

• Cluster Galera (3 nœuds)

Le cluster Galera est prêt pour la production avec au moins 3 nœuds répartis sur toutes les zones de disponibilité d'une Région cible.

Le dimensionnement peut être configuré selon vos besoins.

Pour plus d'information, veuillez consulter la page .

Facturation

La facturation est mensuelle et basée sur le nombre d'instance plus des coûts supplémentaires pour le stockage, la sauvegarde, la surveillance 24/7.

L'estimation du coût d'une instance MariaDB est disponible via votre Service Delivery Manager.

Topologies

Le cluster OpenSearch est disponible en tant que :

• Cluster de 3 nœuds - non recommandé pour une utilisation en production

• Cluster de 5 nœuds ou plus - recommandé pour une utilisation en production

Topologie à 3 nœuds

Dans la topologie à 3 serveurs, tous les serveurs jouent le rôle de maître, deux d'entre eux sont également utilisés comme nœuds de données. Chaque index est répliqué par défaut sur ces deux nœuds de données.

Topologie d'au moins 5 nœuds

Avec 5 serveurs ou plus, trois nœuds sont utilisés comme nœuds maîtres et n'hébergent pas de données. En fonction de la zone, les nœuds maîtres sont répartis sur 2 ou 3 zones de disponibilité. Les nœuds restants n'hébergent que des données et sont répartis sur deux zones de disponibilité.

Résilience

Dans une Area avec 3 zones de disponibilité, le cluster est résilient face à une défaillance d'une zone de disponibilité.

Dans une Area avec 2 zones de disponibilité, le cluster peut tomber en panne si la zone de disponibilité contenant deux maîtres n'est pas disponible.

Fonctionnalités

Cette section énumère les fonctionnalités / capacités disponibles pour les utilisateurs, ainsi que la manière de les demander / de les exécuter :

Sécurité

Authentification

L'authentification utilise le système de sécurité interne d'OpenSearch. Il peut être configuré sur demande pour accepter Active Directory comme backend d'authentification.

Autorisations

Les autorisations sont effectuées à l'aide de RBAC. Il peut être configuré sur demande pour accepter Active Directory comme fournisseur de rôles.

Transport sécurisé

TLS/SSL est activé par défaut pour les flux réseau entrants et internes.

Mots de passe

Cette section explique comment est gérée la gestion des mots de passe :

OpenSearch amène plusieurs changements, vous devez donc vérifier la compatibilité de votre application avec ceux-ci.

Remove mapping type

Il s'agit du principal changement induisant une rupture et il n'est pas spécifique à OpenSearch car il était déjà prévu par ElasticSearch avant le fork.

Vous devez donc vous assurer que vos applications n'utilisent plus les paramètres "type".

Voici quelques solutions concernant les produits souvent utilisés avec les solutions élastiques et comment les configurer pour qu'ils fonctionnent avec OpenSearch 2.x

Fluentbit

Si le client est Fluentbit, la solution la plus simple est de définir le paramètre Suppress_Type_Name sur On.

Il est également possible de changer le plugin de sortie pour le plugin natif d'OpenSearch qui fait partie de Fluentbit depuis la version 1.9.

L'article suivant peut s'avérer utile pour débuter avec Fluentbit et OpenSearch :

Fluentd

Si le client est Fluentd, c'est plus délicat. Il existe également unsuppress_type_name mais le plugin n'utilise ce paramètre que s'il détecte une version d'Elastic >= 7.

Nous devons donc ajouter d'autres paramètres :

• verify_es_version_at_startup = false - pour ne pas laisser le plugin détecter la version

• default_elasticsearch_version = '7'

Voici par exemple les changements à effectuer sur les spécifications du plugin de sortie que nous utilisons dans Kubernetes.

Il y a aussi un plugin de sortie pour OpenSearch.

Processus de mise à niveau

Requête

La mise à jour d'un PaaS Redis est de la responsabilité de cegedim.cloud et peut être demandée via un ticket soumis depuis ITCare.

Merci de préciser un créneau de disponibilité pour l'opération et si l'opération doit être effectuée en heures non ouvrées.

Il est recommandé de procéder à la mise à jour de vos environnements de non production d'abord afin de pouvoir estimer le temps d'interruption généré par l'opération ainsi que de recetter vos applications dans la nouvelle version du moteur.

Déroulement

La mise à jour d'un déploiement Redis (mono-instance ou cluster en haute disponibilité) se déroule en deux étapes complètement automatisées :

• Mise à jour du système d'exploitation préalable

  • Plusieurs mises à jour selon le scénario: Debian 10 → Debian 11 → Debian 12

• Mise à jour du moteur Redis et Sentinel dans la version cible

Impacts

La durée d'une mise à jour est variable selon:

• La topologie

  • Topologie Standalone: Redis sera mise à jour.

  • Topologie Sentinel: Redis et Sentinel seront mis à jour sur chaque noeuds.

• Le nombre de mise à jour du système d'exploitation nécessaire

Temps de référence

• Mise à jour du système d'exploitation Debian: 10 minutes en moyenne

• Mise à jour des paquets Redis: 5 minutes en moyenne

• Mise à jour des paquets Sentinel: 5 minutes en moyenne

Matrice de support OS / Redis

Distribution Linux supportées par cegedim.cloud en fonction de la version de Redis:

Comment déployer une instance virtuelle ?

Pour créer une nouvelle instance virtuelle, rendez-vous sur ITCare et recherchez votre service global cible où vous créerez votre nouvelle instance.

Recherchez votre service global dans la barre de recherche supérieure et cliquez dessus pour afficher sa page d'information. Une fois dans votre service global, cliquez sur le bouton Créer une ressource, sélectionnez Linux, Windows ou AIX et la version et/ou la distribution souhaitée.

Remplir les champs :

• Nom de la machine virtuelle

• Dimensionnement du CPU/RAM

• Disques et capacité de stockage pour chaque disque

• Emplacement de la cible

• Réseau cible

• Options de gestion (sauvegarde, surveillance, surveillance 24x7, réplication des données)

Cliquez sur Suivant une fois que tous les champs ont été remplis.

Lors de l'étape de personnalisation, vous pouvez :

• Formuler une requête spécifique (il est à noter que cela retardera la tâche automatisée car cela déclenchera une intervention humaine)

• Créer plusieurs instances avec la même configuration (noms et emplacement à fournir)

Cliquez ensuite sur Suivant.

Lisez le résumé avant de soumettre le formulaire.

Une fois que le déploiement est prêt, vous en serez informé par e-mail.

Comment puis-je me connecter à mon instance virtuelle ?

Quelle que soit l'instance ou le système d'exploitation auquel vous devez vous connecter, l'utilisation d'un Bastion est obligatoire. Vous devez d'abord vous connecter au Bastion assigné à votre locataire, à partir duquel vous pouvez ensuite initier une connexion SSH ou RDP à vos instances.

Linux

Connexion SSH en utilisant Putty ou mRemoteNG installé sur votre Bastion. Les identifiants à utiliser sont vos propres identifiants d'utilisateur adm.corp.

La connexion directe en tant qu'utilisateur root est désactivée sur toutes les instances virtuelles Linux. Vous devez vous connecter avec un utilisateur non root, puis utiliser les permissions sudoers pour effectuer des actions à haut privilège.

Comment s'authentifier ?

Deux méthodes d'authentification sont autorisées :

• LDAP

• Clé publique et privée

Pour se connecter via SSH en utilisant la méthode d'authentification LDAP, vous devez avoir un compte valide dans le même domaine LDAP que celui dans lequel votre instance virtuelle est inscrite.

Il n'est pas nécessaire de spécifier le nom du domaine LDAP dans votre login.

$ ssh johndoe@myinstance
 johndoe@myinstance's password: xxxxxx 
 Creating directory '/home/johndoe'. 
 johndoe@myinstance:~$

Lors de la première connexion, votre répertoire personnel sera automatiquement créé : /home/<yourlogin>/

Pour obtenir la liste des commandes autorisées, entrez la commande suivante : sudo -l

johndoe@myinstance:~$ sudo -l
Matching Defaults entries for johndoe on myinstance:
    env_reset, mail_badpass, secure_path=/usr/local/sbin\:/usr/local/bin\:/usr/sbin\:/usr/bin\:/sbin\:/bin
 
User johndoe may run the following commands on myinstance:
    (ALL) NOPASSWD: ALL
    (ALL) NOPASSWD: ALL

Pour se connecter à une instance virtuelle linux avec votre clé publique SSH, votre clé doit être ajoutée au fichier /home/<user>/.ssh/authorized_keys.

Où <user> est le nom du compte local sur le serveur cible et login spécifie le nom de l'utilisateur local : ssh user@host

Window

Connexion RDP en utilisant Remote Desktop de mRemoteNG ou Windows mstsc intégré sur votre Bastion. Les identifiants à utiliser sont ceux de l'utilisateur adm.corp.

AIX

Connexion SSH en utilisant Putty ou mRemoteNG installé sur votre Bastion. Un compte utilisateur local avec un accès sudo ou root sera fourni lors de la livraison de l'instance.

Comment autoriser l'accès à une instance virtuelle linux ?

Autorisation de connexion LDAP

our lister les utilisateurs et groupes LDAP autorisés à se connecter, utilisez la commande suivante :

$ grep allow /etc/sssd/sssd.conf
simple_allow_groups = LDAP_GROUP_ADMIN
simple_allow_users = bernard

• simple_allow_groups : groupes LDAP

• simple_allow_users : utilisateurs LDAP

Ajouter des utilisateurs

Pour autoriser la connexion d'un utilisateur LDAP, utilisez la commande suivante :

// add one user
$ realm permit --realm <domain> <user>

// add multiple users
$ realm permit --realm <domain> user1 user2 userX

Ajouter des groupes

Pour autoriser la connexion à un groupe LDAP, utilisez la commande suivante :

// add one group
$ realm permit --realm <domain> --groups <group>

// add multiple groups
$ realm permit --realm <domain> --groups group1 group2 groupX

Supprimer des accès

Pour supprimer l'accès à un utilisateur ou groupe LDAP, utilisez la commande suivante :

// remove user
$ realm permit --withdraw <user>

// remove group
$ realm permit --withdraw --groups <group>

Comment gérer les permissions sous Linux ?

Pour accorder des droits sudo à des utilisateurs ou groupes LDAP (ainsi qu'à des utilisateurs ou groupes locaux), créez un nouveau fichier dans /etc/sudoers.d

$ touch /etc/sudoers.d/devops

Utilisez la commande visudo pour éditer votre fichier sudoers :

$ visudo -f /etc/sudoers.d/devops
# devops
%G_GROUP_DEVOPS    ALL=(ALL)  NOPASSWD:ALL
bernard            ALL=(ALL)  NOPASSWD:ALL

Créer une instance Matomo

Connectez-vous à la plateforme ITCare, cliquez sur le bouton Statistiques dans le menu principal à gauche. Cliquez sur "Créer une instance Matomo" et suivez les instructions.

Indiquez le service global dans lequel vous souhaitez créer une instance Matomo.

Donnez le nom de l'instance que vous voulez créer. Un nom de site web et une URL par défaut peuvent être configurés pendant le provisionnement. Ils sont facultatifs. S'ils sont laissés vides, des valeurs fictives seront utilisées. Cliquez sur Suivant.

Choisissez la taille de l'instance de Matomo Analytics correspondant à vos besoins et cliquez sur Suivant.

Fournissez le mot de passe du super utilisateur nommé "administrator" qui vous sera donné.

A l'étape suivante, vous pouvez configurer les options de gestion :

• Surveillance (fortement recommandé)

• Surveillance 24/7

• Sauvegarde (fortement recommandé)

• Réplication du stockage

Cliquez sur Suivant.

Sélectionnez la région dans laquelle vous souhaitez créer votre instance Matomo.

Cliquez sur Suivant.

Vérifiez vos entrées dans la page de synthèse. Vous pouvez :

• Vérifier l'instance qui sera créée

• Voir le service global cible

• Enregistrer votre mot de passe administrateur

• Vérifier les options de gestion

Cliquer sur Soumettre une fois prêt.

Une fois que l'instance est prête, vous recevrez un e-mail contenant les informations nécessaires pour vous y connecter.

Démarrer une instance Matomo

Allez dans le menu Statistiques du menu principal de gauche et cliquez sur le lien Gérer.

Une fois que toutes les instances Matomo sont présentées, cliquez sur le bouton de démarrage de l'instance de votre choix. Le démarrage d'une instance Matomo démarre tous les composants.

Une notification par e-mail sera envoyée lorsque le service sera activé.

Arrêter une instance Matomo

Allez dans le menu Statistiques du menu principal de gauche et cliquez sur le lien Gérer.

Une fois que toutes les instances de Matomo sont présentées, cliquez sur le bouton d'arrêt de l'instance de votre choix. Saisissez un numéro RFC pour le suivi (facultatif) puis validez en cliquant sur Stop. L'arrêt d'une instance Matomo arrêtera tous les composants et la surveillance sera désactivée.

Une notification par e-mail sera envoyée lorsque l'instance sera arrêtée.

Supprimer une instance Matomo

Allez dans le menu Statistiques à partir du menu principal de gauche et cliquez sur le lien Gérer.

Une fois que toutes les instances Matomo sont affichées, cliquez sur le bouton de suppression de l'instance de votre choix.

Cette action supprimera tous les composants utilisés par cette instance Matomo.

Saisissez un numéro RFC pour le suivi (facultatif) et le nom de l'instance (captcha obligatoire) pour confirmer votre choix, puis cliquez sur Supprimer.

Une notification par e-mail sera envoyée lorsque l'instance sera supprimée.

Redimensionner une instance Matomo

Allez dans le menu Statistiques du menu principal de gauche et cliquez sur le lien Gérer.

Une fois que toutes les instances de Matomo sont présentées, cliquez sur le bouton de redimensionnement de l'instance de votre choix.

Sélectionnez la nouvelle taille qui ne peut être que supérieure à la taille actuelle et cliquez sur Redimensionner.

Une notification par e-mail sera envoyée lorsque l'instance sera redimensionnée.

Installer des plugins Matomo

Connectez-vous à votre instance Matomo Analytics avec l'utilisateur "administrator" que vous avez fourni lors du provisionnement.

Cliquez sur l'icône Administration représenté par une roue crantée :\

Sélectionnez le menu "Extensions" dans la catégorie "Système"

Allez à la fin de la page et cliquez sur le bouton "Installer de nouveaux composants" :

Recherchez, installez et activez les modules à votre guise :\

Mettre à jour la version de Matomo

Connectez-vous à votre instance Matomo Analytics avec l'utilisateur "administrator".

Cliquez sur l'icône d'administration

Cliquez en haut de la page sur le message indiquant une nouvelle version

Confirmer la mise à jour automatique\

Attendre la fin de la mise à jour avec un message de réussite\

Description

PostgreSQL est actuellement le principal SGBDR (système de gestion de base de données relationnelle) open source, avec une large gamme de fonctionnalités et une grande communauté qui le soutient.

cegedim.cloud fournit des instances de bases de données PostgreSQL entièrement gérées pour vous permettre de construire vos applications sans vous soucier de la disponibilité, la sécurité et la résilience des bases de données PostgreSQL.

Plateforme en tant que Service

PostgreSQL est déployé sur site dans les centres de données de cegedim.cloud.

cegedim.cloud garantit le même niveau de service que l'offre Compute & Database : déploiement des instances, maintien en condition opérationnelle, flexibilité, sécurité et monitoring sont ainsi assurés par nos experts.

Deux types de déploiements PostgreSQL sont disponibles :

• Le mode Instance autonome fournit une instance PostgreSQL standard.

• Le mode Haute disponibilité fournit un déploiement PostgreSQL multi-instances avec des capacités de résilience et d'évolutivité améliorées.

Le dimensionnement peut être configuré en fonction de vos besoins.

Pour plus d'information, veuillez consulter la page PostgreSQL - Architecture.

Facturation

La facturation est mensuelle et basée sur le nombre de nœuds plus les coûts supplémentaires pour le stockage, la sauvegarde et le monitoring 24x7.

L'estimation du coût d'un nœud PostgreSQL est disponible via votre Service Delivery Manager.

Description

Redis qui signifie Remote Dictionary Server, est un magasin de données clé-valeur rapide, open source, en mémoire.

Il fournit une réplication intégrée, différents niveaux de persistance sur le disque, et offre une haute disponibilité avec Sentinel.

Il existe un large éventail d'outils de développement pour les langages les plus courants.

Plateforme en tant que Service

Redis est déployé sur site dans les centres de données cegedim.cloud.

cegedim.cloud garantit le même niveau de service que l'offre Compute : déploiement des instances, maintien en condition opérationnelle, flexibilité, sécurité et monitoring sont ainsi assurés par nos experts.

Deux topologies sont disponibles :

• Instance autonome

• Cluster Sentinel de 3 instances

La topologie cluster Sentinel est prête pour la production avec 3 instances réparties sur toutes les Zones de Disponibilité d'une Area cible.

Chaque instance exécute les processus Redis et Sentinel. Une instance est primaire et les deux autres sont des répliques.

Le dimensionnement peut être configuré en fonction de vos besoins.

Pour plus d'information, veuillez consulter la page Redis - Architecture.

Facturation

L'estimation des coûts pour un PaaS Redis est disponible via votre Service Delivery Manager.

La facturation est basée sur le nombre de nœuds auquel s'ajoutent les frais supplémentaires de stockage, de sauvegarde, surveillance 24/7.

Description

Matomo est disponible en libre-service dans ITCare pour tous les utilisateurs autorisés.

En fonction du dimensionnement choisi (voir les dimensionnements ci-dessous), plusieurs composants seront déployés avec un strict minimum de :

• 1 serveur web frontal

• 1 serveur de base de données

• 1 équilibreur de charge avec une adresse IP publique (certificat inclus)

Les tailles supérieures (pour suivre plus de pages vues par mois) peuvent inclure plus de serveurs web pour l'équilibrage de charge. Pour les tailles supérieures à XL, un ticket de demande sera nécessaire.

Une fois provisionnée, votre instance Matomo est accessible au public via l'URL fournie dans ITCare.

L'installation de plugins et les mises à jour de Matomo peuvent être effectuées par le client en toute autonomie.

Architecture

Régions

Matomo est disponible dans les régions suivantes :

• EMEA - France - Boulogne-Billancourt

• EMEA - France - Toulouse

Dimensions

Les tailles suivantes sont disponibles :

Redimensionner votre instance Matomo

Le redimensionnement est disponible dans le self-service ITCare mais ne permet que le redimensionnement vers le haut.

Le redimensionnement vers le bas n'est pas possible !

Versions supportées

La version de Matomo déployée dépend de la dernière mise à jour de nos repository lors de la dernière patch party.

La dernière version sera souvent disponible mais il peut arriver que la version déployée ne soit pas la dernière.

Dans ce cas, la mise à jour peut être déclenchée par le client en autonomie directement depuis l'interface web UI ou sur demande en créant un ticket de demande dans ITCare.

Fonctionnalités

Cette section énumère les fonctionnalités / capacités disponibles pour le client, ainsi que la manière de les demander / de les exécuter :

Sécurité

Authentification et autorisations

Le client dispose d'un compte local super utilisateur.

OpenOIDC est configuré pour ajouter et autoriser facilement d'autres utilisateurs à accéder à Matomo.

Transport sécurisé

L'accès à votre instance Matomo se fait de manière sécurisée via HTTPS.

Localisation des données

Toutes les données sont stockées dans les centres de données de cegedim.cloud sur des baies de stockage cryptées.

Mots de passe

Le mot de passe du compte super utilisateur fourni au client n'est pas stocké ni sauvegardé par cegedim.cloud.

Surveillance

Matomo et les composants associés sont surveillés par notre équipe de support. Un état de santé global est affiché dans ITCare pour votre confort.

Systèmes d'exploitation supportés

Linux

Les distributions Linux suivantes sont disponibles lorsque vous sélectionnez Linux comme système d'exploitation pour votre Instance Virtuelle :

• Centos

• Debian

• Ubuntu

• Red Hat Linux Enterprise (RHEL)

• Oracle Linux

Renforcement de la sécurité sur Linux

Le renforcement (hardening) est appliqué sur certaines distributions Linux récentes telles que Debian 11, Debian 12, Ubuntu 22, Ubuntu 24 et Oracle Linux 9. Voici les différentes parties du système concernées par ce durcissement :

• Application stricte des paramètres de sécurité réseau

• Protection des systèmes de fichiers sensibles

• Limitation des méthodes de connexion aux protocoles robustes et schémas de chiffrement renforcés utilisés via SSH

• Désactivation du chargement dynamique des modules du noyau

Windows

Windows Server est disponible comme système d'exploitation pour votre Instance Virtuelle. cegedim.cloud supporte plusieurs versions de Windows Server 2022 à Windows Server 2012R2.

AIX

cegedim.cloud supporte le système d'exploitation IBM AIX sur les systèmes IBM Power. La version actuellement supportée est la version majeure 7 et les versions de niveau technologique associées.

Régions

Les instances virtuelles sont disponibles dans les centres de données cegedim.cloud suivants :

• EB4 - Boulogne-Billancourt, France

• EB5 - Magny-les-Hameaux, France

• ET1 - Labège, France

• ET2 - Balma, France

Ressources

Une Instance Virtuelle peut être configurée et personnalisée selon vos besoins :

• Calcul : nombre de vCPU

• RAM : quantité de mémoire allouée (varie en fonction du nombre de vCPU)

• Stockage : disques et stockage supplémentaires en Go à allouer à l'instance virtuelle

Fonctionnalités

Cette section énumère les fonctions / capacités disponibles pour le client, et la manière de les demander / de les exécuter :

Sécurité

Authentification

L'authentification dans l'instance virtuelle est basée sur Active Directory pour Linux et Windows (pas pour AIX qui reste en utilisateurs locaux). L'utilisateur demandeur sera automatiquement ajouté en tant qu'administrateur de l'instance virtuelle. Cet utilisateur est ensuite libre de configurer et d'ajouter d'autres utilisateurs avec les privilèges souhaités.

Sauvegarde

La sauvegarde est une option qui peut être activée pour votre instance virtuelle. Dans un environnement de production, l'option de sauvegarde sera toujours activée par défaut dans ITCare.

Les sauvegardes sont effectuées tous les jours et sauvegardées dans le centre de données local, puis répliquées dans un second centre de données sur le campus. La durée de conservation des sauvegardes pour les instances virtuelles est de 28 jours par défaut, mais elle peut être adaptée à vos besoins avec votre Service Delivery Manager.

La date de la dernière sauvegarde et l'empreinte de stockage de la sauvegarde peuvent être consultées directement dans ITCare sur la page des détails de la ressource de votre instance virtuelle.

Surveillance

Comme indiqué, les instances virtuelles sont gérées et la surveillance est donc assurée si l'option a été cochée. Dans un environnement de production, l'option de surveillance est toujours activée par défaut.

En activant la surveillance, plusieurs contrôles de santé seront déployés pour s'assurer que votre instance virtuelle fonctionne et reste saine. Si l'un de ces contrôles est déclenché, notre équipe de support est avertie par un ticket afin de résoudre le problème dans le cadre du niveau d'accord de service autorisé.

Ces alertes de surveillance peuvent être consultées directement dans ITCare et des métriques de performance sont également fournies pour les indicateurs clés tels que le CPU, la mémoire, le disque et la consommation du réseau.

Surveillance 24x7

Lorsque la surveillance est activée, elle n'est effective que pendant les heures ouvrées. Pour étendre la surveillance en dehors des heures ouvrées, l'option 24x7 peut être activée et des frais supplémentaires seront appliqués.

Cette option garantit que votre instance virtuelle est surveillée à tout moment par notre équipe de support et que des mesures seront prises pour escalader et résoudre tout problème.

Réplication de données

La réplication des données est une fonction qui permet la protection de la reprise après sinistre. Lorsque cette fonction est activée, les données de votre instance virtuelle sont répliquées depuis la baie de stockage locale vers une baie de stockage hors site.

Cela signifie qu'en cas de perte du centre de données local, vos données sont toujours en sécurité dans un autre centre de données et la procédure de restauration et de relance de votre Instance Virtuelle peut être activée.

Introduction

cegedim.cloud propose désormais une plateforme de stockage Ceph multi-locataires en tant que fournisseur de CSI avec les spécifications suivantes :

• Les données sont répliquées 4 fois et réparties uniformément (à l'aide de Ceph Crush Map) sur 2 centres de données afin de garantir que, dans les scénarios de catastrophe, 2 répliques de données sont toujours disponibles.

• Chaque cluster Kubernetes, en tant que client Ceph, dispose de son propre pool de données sur le serveur Ceph et consomme des services avec ses propres identifiants.

• Seul le RBD Ceph CSI est fourni pour le moment.

De plus amples informations sur le Ceph CSI sont disponibles via le lien ci-dessous

Versions

Classe de stockage

Haute disponibilité

Caractéristiques du CSI

Snapshot et restauration de PVC dans Kubernetes

cegedim.cloud utilise External Snapshotter pour prendre des clichés et restaurer le PVC de vos clusters Kubernetes.

Toutes les informations relatives à cette application sont disponibles à l'adresse suivante :

Comment savoir si j'ai un snapshotclass actif sur mon cluster ?

Il est recommandé de nommer la classe d'instantanés d'après la classe de stockage. Il suffit d'exécuter la commande ci-dessous pour vérifier :

Comment lister les CSI disponibles dans mon cluster ?

Pour répertorier tous les CSI disponibles dans un cluster Kubernetes, procédez comme suit :

Voici une correspondance entre la classe de stockage et le CSI :

Comment provisionner un PaaS PostgreSQL ?

Pour commencer, rendez-vous sur ITCare et recherchez votre service global cible où vous créerez votre nouveau PostgreSQL.

Recherchez votre service Global dans la barre de recherche supérieure et cliquez dessus pour afficher sa page d'information.

Une fois dans votre Service Global, cliquez sur le bouton Créer une ressource et sélectionnez PostgreSQL.

Aller sur Bases de données managées, choisir PostgreSQL et sélectionner la version requise.

Remplir le formulaire et cliquer sur Suivant. Définir les personnalisations et cliquer sur Suivant.

Valider la synthèse et soumettre le formulaire.

Une fois le déploiement prêt, vous en serez informé par e-mail.

Comment gérer votre PostgreSQL ?

Sur la page de ressources de votre PostgreSQL, vous pouvez effectuer toutes les actions disponibles en utilisant le bouton Gérer dans le coin supérieur droit. Cela inclut le démarrage, l'arrêt, la suppression, le redémarrage, le redimensionnement et bien plus encore.

Comment accéder à votre cluster PostgreSQL ?

Lorsque votre cluster est créé avec ITCare, vous avez obtenu un rôle sql avec des informations d'identification.

Avec ces informations d'identification, vous pouvez vous connecter au cluster avec son nom sur le port tcp 5432. Vous pouvez utiliser la base de données postgres pour vous connecter.

Si votre cluster s'appelle "mycluster" vous pouvez utiliser le code python suivant :

Comment accéder à votre cluster PostgreSQL avec TLS/SSL ?

Lorsque votre cluster est créé avec ITCare, vous avez obtenu un rôle sql avec des informations d'identification.

Si vous choisissez d'activer TLS, vous avez reçu le certificat racine auquel vous devez faire confiance et que vous devez donner à la bibliothèque que vous utilisée pour vous connecter, par exemple psycopg2.

Avec ces informations d'identification, vous pouvez vous connecter au cluster avec son nom sur le port tcp 5432. Vous pouvez utiliser la base de données postgres pour vous connecter.

Si votre cluster s'appelle "mycluster" vous pouvez utiliser le code python suivant :

Comment créer un rôle ?

Il est plus sûr de ne pas utiliser un rôle d'administrateur pour les applications. Une fois connecté, vous pouvez créer un rôle standard comme suit (remplacez <a_role> et <very_strong_password> par vos propres informations d'identification) :

Comment créer une base de données ?

Si vous voulez créer une base de données dont le propriétaire sera le rôle que vous venez de créer, utilisez les requêtes SQL suivantes :

Comment créer une base de données avec un autre encodage et/ou collation ?

Vous pouvez utiliser les requêtes SQL suivantes avec la base de données template0 comme base de données template :

Comment restaurer en libre-service ?

Le PaaS PostgreSQL dispose d'une fonctionnalité permettant de restaurer un PaaS PostgreSQL (source) vers un autre PaaS PostgreSQL (destination) à un moment donné (en utilisant le Point-In-Time Recovery) sous les contraintes suivantes :

• l'utilisateur doit avoir accès au cloud de la ferme source et de la ferme de destination

• la source doit être sauvegardée (option choisie lors de la création)

• la source et la destination doivent être actives

• la source et la destination doivent être différentes

• la source et la destination doivent être dans la même version de PostgreSQL

• la source et la destination doivent être en version 12 ou supérieure

• l'heure cible ne doit pas être dans le futur (délimitée à droite par l'heure actuelle).

• l'heure cible ne doit pas être inférieure à 7 jours (pour les services de non-production) ou à 14 jours (pour les services de production) avec pour référence l'heure actuelle (délimitée à gauche par la rétention des sauvegardes).

Vous pouvez choisir d'inclure ou d'exclure la cible temporelle dans le processus de restauration.

Démo

Restauration d'une base de données PostgreSQL

Le processus de restauration d'une base de données PostgreSQL est une étape importante. Voyons comment procéder ci-dessous :

Créer une instance

Pour commencer, connectez-vous à ITCare et recherchez votre service global cible où vous créerez votre nouveau serveur SQL. Une fois dans votre service global, cliquez sur le bouton Créer une ressource dans le coin supérieur droit.

Dans la catégorie Bases de données managées, sélectionnez SQL Server :

Choisissez la version et l'édition souhaitées :

• Nom : Indiquez le nouveau nom de la machine virtuelle SQL Server.

  • En mode Cluster AlwaysOn, spécifiez le nom du groupe de disponibilité.

  • Prefix : indiqué un prefix pour initialier les machines virtuelles du cluster.

• Dimensionnement : Sélectionnez un dimensionnement pour votre instance. La valeur par défaut et le dimensionnement le plus bas est 2 CPUs / 4 Go RAM.

• Stockage : Sélectionnez la capacité de stockage requise pour SQL Server. Cinq disques sont nécessaires.

  • La valeur par défaut et la capacité de stockage minimale sont de 30 Go pour les disques de l'instance racine et des bases de données utilisateur, de 10 Go pour les disques du journal utilisateur et de tempdb.

• Localisation : Sélectionnez la région dans laquelle vous souhaitez effectuer le déploiement. Choisissez une zone dans cette région et enfin une zone de disponibilité.

• Réseau : Sélectionnez le VLAN dans lequel vous voulez déployer. Idéalement, il s'agit du VLAN de votre backend.

• Authentification : Sélectionnez le domaine d'authentification dans lequel vous souhaitez vous déployer.

• Options de gestion : Activez les options de gestion.

  • Activer ou désactiver la surveillance

  • Activer ou désactiver la surveillance 24/7

  • Activer la sauvegarde de votre machine virtuelle

  • Activer la réplication de vos machines virtuelles (sur le site de Reprise d'activité après sinistre)

Personnalisation

Indiquez le mot de passe de l'administrateur que vous utiliserez pour l'utilisateur de l'administrateur du serveur SQL.

• Confirmez votre mot de passe.

• Choisissez votre collation SQL.

• Ajouter des technologies supplémentaires disponibles dans SQL Server : SSIS, SSAS, SSRS

Vous pouvez ajouter une demande spécifique avant de la soumettre, mais cela retardera le provisionnement automatique.

Cliquez sur Suivant lorsque vous avez terminé.

Synthèse

Cette page reprendra vos données, veuillez vérifier que tout est correct avant de les soumettre. Vous pouvez afficher et enregistrer votre mot de passe administrateur. Une fois les données vérifiées, cliquez sur Soumettre.

Notification

Une fois que le déploiement est prêt, vous serez notifié par email. Le provisionnement peut prendre jusqu'à une heure en fonction de la charge actuelle de l'automatisation.

Démarrer un déploiement

En haut de la page de la ressource, cliquez sur le bouton Gérer, puis sur Démarrer et confirmer.

Une notification par courrier électronique sera envoyée lorsque le service sera activé.

Arrêter un déploiement

En haut de la page de la ressource, cliquez sur le bouton Gérer, puis sur Arrêter. Saisissez un numéro RFC pour le suivi (facultatif). Cliquez sur Soumettre.

Une notification par courrier électronique sera envoyée lorsque le cluster sera arrêté.

Redimensionner les nœuds

En haut de la page des ressources, cliquez sur le bouton Gérer, puis sur Redimensionner. Sélectionnez la nouvelle taille (CPU / RAM).

Une notification par courrier électronique sera envoyée lorsque tous les nœuds auront été redimensionnés.

Supprimer un déploiement

En haut de la page du cluster, cliquez sur le bouton Gérer, puis sur Supprimer. Cela arrêtera et supprimera toutes les machines virtuelles.

Saisissez un numéro RFC pour le suivi (facultatif), puis cliquez sur Soumettre. Une notification par courrier électronique sera envoyée lorsque le déploiement sera supprimé.

Débuter avec l'API ITCare ?

L'API REST ITCare respecte les spécifications standard OpenAPI. La documentation en ligne est disponible à cette adresse : https://api.cegedim.cloud/

Exemple:

curl -X GET "https://api.cegedim.cloud/itcare/health"

Structure de l'API ITCare

Chaque ressource appartient à une hiérarchie qui contient : Catégorie, Type, Famille. Une vue d'ensemble de la catégorisation est décrite comme suit :

Lors de l'obtention d'une ressource, un attribut nommé path est disponible dans la sortie pour informer sur la catégorie-famille-type à parcourir afin d'obtenir des détails sur la ressource.

Le point d'entrée de l'API pourrait être le endpoint : /compute/resources. Il peut être utilisé pour explorer les informations de base et naviguer vers la catégorie appropriée pour obtenir les détails.

Quel format de date / temps est utilisé par l'API ?

JSON ne supporte pas nativement le format Date/Time. Tous les paramètres tagués en tant que Date par l'API sont donc des string au format ISO8601.

YYYY-MM-DDTHH:MM:SS.sssZ

Z correspond à la timezone : +0200 par exemple.

2016-06-01T12:27:19.000+0200

Pour les requêtes GET, ne pas oublier d'URL-Encoder ces paramètres.

Puis-je lancer des actions à blanc via l'API ?

Certaines méthodes autorisent le test des appels API sans que cela ne déclenche réellement l'action dans ITCare. La validation s'effectue cependant. Pour activer le mode Dry Run, il suffit d'ajouter un header personnalisé dans vos requêtes HTTP :

ITCare-DryRun: true

Une fois que le serveur traitera votre requête, le même header personnalisé sera inclus dans la réponse.

Comment fonctionnent les actions asynchrones ?

Certaines méthodes sont asynchrones et nécessitent un délai après leur invocation. Cela s'applique à des longues transactions telles que l'administration des ressources ou l'envoi de rapports. Les méthodes qui fonctionnent de manière asynchrone répondront :

• un code retour HTTP 202

• un corps contenant un ID de suivi de l'opération asynchrone en cours

Voici un exemple de code en Python qui explique le fonctionnement asynchrone :

/"""
Launch action and get its descriptor
"""
action = itcare.post('/api/resource', payload=my_payload)
  
"""
Loop on getting its status
"""
while action['status']=='IN_PROGRESS':
    time.sleep(1)
    action = itcare.get('/api/actions/{}'.format(action['id']))
  
"""
Print its status
"""
print action['status']

Les statuts des actions peuvent être :

• IN_PROGRESS

• SUCCESS

• ERROR

Microsoft SQL Server est un système de gestion de base de données relationnelle développé par Microsoft.

Il est conçu pour stocker et récupérer des données telles que demandées par d’autres applications logicielles. Les fonctionnalités principales de SQL Server incluent :

• Stockage et récupération de données : SQL Server offre une plateforme sécurisée et scalable pour stocker une grande quantité de données structurées et semi-structurées de manière efficace.

• Interrogation et manipulation de données : Il propose des capacités avancées d’interrogation, telles que la possibilité d’écrire des requêtes complexes en utilisant le langage SQL, de joindre des tables, de créer des vues et de récupérer des données en fonction de critères spécifiques.

• BI et analytique : SQL Server fournit des outils et des services pour l’analyse, le reporting et la visualisation des données, permettant aux utilisateurs de tirer des enseignements des données stockées afin de prendre des décisions basées sur les données.

• Sécurité et intégrité des données : Il propose des fonctionnalités de sécurité solides, telles que l’authentification, le contrôle d’accès et le chiffrement, pour protéger les données sensibles contre tout accès ou modification non autorisé.

• Haute disponibilité et évolutivité : SQL Server prend en charge des fonctionnalités comme le clustering, la bascule en cas de panne et la réplication pour assurer une disponibilité continue des données et pour répondre aux exigences croissantes en adaptant l’infrastructure de la base de données en termes de taille ou de performance.

Plateforme en tant que Service

SQL Server est déployé sur site dans les centres de données de cegedim.cloud .

Le même niveau de service que l'offre Compute est garanti : le déploiement des instances, la maintenance en condition opérationnelle, la flexibilité, la sécurité et la surveillance sont ainsi assurés par nos experts.

SQL Server 2016, 2017, 2019 et 2022 sont déployables en libre-service via notre plateforme de gestion de cloud ITCare.

Deux éditions sont supportées : Standard et Entreprise.

Deux topologies sont disponibles :

• Instance autonome

• Cluster Always On

La topologie de cluster Always On est prête pour la production mais n'est produite que sur demande. Seule la version SQL Server 2022 Enterprise est disponible en libre-service.

Le dimensionnement peut être configuré selon vos besoins.

Pour plus d'information, veuillez consulter la page SQL Server - Architecture.

Facturation

La facturation est basée sur le nombre de nœuds, plus des coûts supplémentaires pour le stockage, la sauvegarde, surveillance 24/7.

Les coûts sont disponibles auprès de votre Service Delivery Manager.