Hébergement de bases de données

Vous pouvez héberger certaines bases de données dans nos data centers. Cela comprend les bases de données FileMaker Pro ou des bases de données plus complexes. Chaque demande est étudiée au cas par cas pour sa faisabilité.

Doc publique

Doc publique

Serveurs de bases de données - MySQL

Le Centre Informatique vous propose son cluster haute disponibilité MySQL afin d’héberger vos bases de données.

Responsabilités du Centre Informatique

Ce faisant, nous assurons la gestion opérationnelle de ces serveurs. Concrètement, cela signifie que le centre informatique prend en charge vos bases de données pour les aspects suivants :

Vos Responsabilités

Composition technique des serveurs MySQL

Accord de Niveau de services (SLA)

Point de contact Unique

Le point de contact Unique en cas d'indisponibilité est le HelpDesk de l'UNIL : helpdesk@unil.ch
Les tickets seront alors escaladés auprès de l'équipe idoine du centre informatique.

Temps de service

Le temps de service est l'intervalle pendant lequel les prestations convenues sont assurées. Le temps de services pour les bases de données et 7j/7, 24h/24. La permanence du helpdesk de l'UNIL et de l'équipe de DBA est assurée durant les jours ouvrés pendant les heures de travail.

Temps d'exploitation convenu

Le temps d'exploitation est le temps pendant lequel le systeème est en principe disponible. Les créneaux de maintenance prévus et annoncés ne sont pas comptés dans le temps d'exploitation. Le temps d'exploitation convenu est de 8604 heures et est calculé comme suit :
1 année, 7j/7 24h/24 = 8760 heures - 156h de créneaux de maintenance = 8604 heures

Disponibilité

Disponibilité [%] = 100 * ((Temps d'exploitation - pannes imprévus survenant au cours du temps de service)/(Temps d'exploitation convenu)
Afin d'atteindre un taux de disponibilité de 99.9%, les solutions de votre côté doivent être conçues pour être dotées de la haute disponibilité correspondante. La compatibilité de vos solutions avec les systèmes de hautes disponibilités des services du centre informatique devront également être testées et validées avant un déploiement en production.

MTTR

Mean Time To Repair [t] = délai moyen de réparation voir du rétablissement de l'exploitation.

Temps de réaction

Le temps de réaction détermine le temps maximal compris entre la survenue d'un dérangement et la réception d'un avis de dérangement par le HelpDesk.

Le Centre Informatique s'efforce de s'en tenir aux temps de réaction indiqués et de réparer rapidement les pannes aussi bien que les erreurs. Le respect du temps de réaction ne peut cenpendant par être garanti dans tous les cas. Les dépassements de délais est parfois inévitable.

Mise à jour et Patching

A cause du cycle de vie programmé par les tiers et les éditeurs responsables des moteurs de ces SGBD, l’UNIL est régulièrement dans l’obligation d'installer les patch proposées par nos partenaires. Dans ce cadre, Nous vous contacterons aussi rapidement que possible afin d'organiser les installations et les tests de non régression. La tableau ci-dessous fait foi quant aux versions que nous supportons. Vous aurez la charge de maintenir vos solutions à jour afin qu'elles restent compatibles avec les versions que nous supportons.

Services et versions

Version Annonce de Fin de Vie Fin de Mise à disposition Fin de support
MySQL 5.7.30 Sans Objet à ce jour Sans Objet à ce jour Sans Objet à ce jour

Définitions

annonce de Fin de vie

Publication des dates de fin de support. Nous tentons systématiquement de respecter un délai de 60 jours entre l’annonce de fin de vie et sa mise en application dans nos cluster. Cette annonce apparaîtra dans le tableau ci-dessusm au chapitre Services et Versions

Fin de Mise à disposition

La date à partir de laquelle le centre informatique ne met plus à disposition cette version du logiciel. Cette date est au moins 30 jour après l’annonce de fin de vie.

Fin de support

La date jusqu’à laquelle la communauté peut bénéficier d’une assistance du centre informatique selon les modalités du contrat de services. Après cette date, le logiciel ne fait plus l’objet de services d’assistance et est considéré comme obsolète. Nous faisons notre possible pour qu’en général cette date se trouve 3 mois après l’annonce de fin de vie

Période d'obsolescence

C’est la période juste après la date de fin de support.
Lorsqu’un service de base de données managées par le Centre Informatique devient obsolète, deux cas peuvent se présenter :
Mise à jour majeure du service
Votre service reste actif et nous mettons à jour son SGBD vers une nouvelle version majeure. Ce type de Mise à jour peut induire des comportements non souhaités sur vos application. C’est pourquoi nous vous conseillons de préparer la transition vers des versions plus récentes suffisamment longtemps avant la fin de support.

Cessation du service
Au lieu de mettre à jour le SGBD vers la prochaine version majeure disponible, nous pouvons décider de cesser le service pour différentes raisons telles que :

Niveau de service

Pour résumer :

 

Doc publique

Serveurs de bases de données - PostgreSQL

Le Centre Informatique vous propose son cluster haute disponibilité PostgreSQL afin d’héberger vos bases de données.

Responsabilités du Centre Informatique

Ce faisant, nous assurons la gestion opérationnelle de ces serveurs. Concrètement, cela signifie que le centre informatique prend en charge vos bases de données pour les aspects suivants :

Vos Responsabilités

Composition technique des serveurs PostgreSQL

Accord de Niveau de services (SLA)

Point de contact Unique

Le point de contact Unique en cas d'indisponibilité est le HelpDesk de l'UNIL : helpdesk@unil.ch
Les tickets seront alors escaladés auprès de l'équipe idoine du centre informatique.

Temps de service

Le temps de service est l'intervalle pendant lequel les prestations convenues sont assurées. Le temps de services pour les bases de données et 7j/7, 24h/24. La permanence du helpdesk de l'UNIL et de l'équipe de DBA est assurée durant les jours ouvrés pendant les heures de travail.

Temps d'exploitation convenu

Le temps d'exploitation est le temps pendant lequel le système est en principe disponible. Les créneaux de maintenance prévus et annoncés ne sont pas comptés dans le temps d'exploitation. Le temps d'exploitation convenu est de 8604 heures et est calculé comme suit :
1 année, 7j/7 24h/24 = 8760 heures - 156h de créneaux de maintenance = 8604 heures

Disponibilité

Disponibilité [%] = 100 * ((Temps d'exploitation - pannes imprévus survenant au cours du temps de service)/(Temps d'exploitation convenu)
Afin d'atteindre un taux de disponibilité de 99.9%, les solutions de votre côté doivent être conçues pour être dotées de la haute disponibilité correspondante. La compatibilité de vos solutions avec les systèmes de hautes disponibilités des services du centre informatique devront également être testées et validées avant un déploiement en production.

MTTR

Mean Time To Repair [t] = délai moyen de réparation voir du rétablissement de l'exploitation.

Temps de réaction

Le temps de réaction détermine le temps maximal compris entre la survenue d'un dérangement et la réception d'un avis de dérangement par le HelpDesk.

Le Centre Informatique s'efforce de s'en tenir aux temps de réaction indiqués et de réparer rapidement les pannes aussi bien que les erreurs. Le respect du temps de réaction ne peut cenpendant par être garanti dans tous les cas. Les dépassements de délais est parfois inévitable.

Mise à jour et Patching

A cause du cycle de vie programmé par les tiers et les éditeurs responsables des moteurs de ces SGBD, l’UNIL est régulièrement dans l’obligation d'installer les patch proposées par nos partenaires. Dans ce cadre, Nous vous contacterons aussi rapidement que possible afin d'organiser les installations et les tests de non régression. La tableau ci-dessous fait foi quant aux versions que nous supportons. Vous aurez la charge de maintenir vos solutions à jour afin qu'elles restent compatibles avec les versions que nous supportons.

Services et versions

Version

Annonce de Fin de Vie

Fin de Mise à disposition

Fin de support

PostgreSQL 12.5

November 14, 2024

November 14, 2024

November 14, 2024

Définitions

annonce de Fin de vie

Publication des dates de fin de support. Nous tentons systématiquement de respecter un délai de 60 jours entre l’annonce de fin de vie et sa mise en application dans nos cluster. Cette annonce apparaîtra dans le tableau ci-dessus au chapitre Services et Versions

Fin de Mise à disposition

La date à partir de laquelle le centre informatique ne met plus à disposition cette version du logiciel. Cette date est au moins 30 jour après l’annonce de fin de vie.

Fin de support

La date jusqu’à laquelle la communauté peut bénéficier d’une assistance du centre informatique selon les modalités du contrat de services. Après cette date, le logiciel ne fait plus l’objet de services d’assistance et est considéré comme obsolète. Nous faisons notre possible pour qu’en général cette date se trouve 3 mois après l’annonce de fin de vie

Période d'obsolescence

C’est la période juste après la date de fin de support.
Lorsqu’un service de base de données managées par le Centre Informatique devient obsolète, deux cas peuvent se présenter :
Mise à jour majeure du service
Votre service reste actif et nous mettons à jour son SGBD vers une nouvelle version majeure. Ce type de Mise à jour peut induire des comportements non souhaités sur vos application. C’est pourquoi nous vous conseillons de préparer la transition vers des versions plus récentes suffisamment longtemps avant la fin de support.

Cessation du service
Au lieu de mettre à jour le SGBD vers la prochaine version majeure disponible, nous pouvons décider de cesser le service pour différentes raisons telles que :

Niveau de service

Pour résumer :