Service Ressources Informatiques et Télécommunications
Eric Bernard
Anne Thomas Doaré Janvier 2014
Fourniture d'une solution de stockage réseau
Cahier des charges
N° : 14/2 213 885
Table des matières
1.Descriptif de la consultation...3
1.1.Descriptif général... 3
1.2.Descriptif de l’existant... 3
1.3.Descriptif des besoins...3
1.3.1.Stockage haute disponibilité...3
1.3.2.Stockage « low cost »...4
2.Stockage haute disponibilité : lot 1...5
2.1.Matériels... 5
2.2.Fonctionnalités... 6
2.2.1.Protocoles d’accès...6
2.2.2.Caractéristiques des fichiers...6
2.2.3.Virtualisation du stockage...6
2.2.4.Qualité de service...6
2.2.5.Optimisation de l'espace disque...6
2.2.6.Administration de l’espace disque...7
2.2.7.Sauvegardes...7
2.2.8.Sécurité... 8
2.2.9.Plan de reprise d'activité...8
2.3.Disponibilité et performances...8
2.4.Prestations attendues... 10
2.5.Options du lot 1... 12
2.5.1.Option 1 ... 12
2.5.2.Option 2... 12
2.5.3.Option 3... 12
3.Stockage « low cost » : lot 2...13
3.1.Matériels... 13
3.2.Fonctionnalités... 14
3.2.1.Protocoles d’accès...14
3.2.2.Caractéristiques des fichiers...14
3.2.3.Virtualisation du stockage...14
3.2.4.Qualité de service... 14
3.2.5.Optimisation de l'espace disque...14
3.2.6.Administration de l’espace disque...15
3.2.7.Sauvegardes... 15
3.2.8.Sécurité... 15
3.3.Disponibilité et performances...16
3.4.Prestations attendues... 16
1. Descriptif de la consultation
1.1. Descriptif général
L’IFREMER, Institut français de recherche pour l’exploitation de la mer, a pour missions de conduire et de promouvoir des recherches fondamentales et appliquées, des activités d’expertise et des actions de développement technologique et industriel.
Au sein de l'unité IDM (Informatique et Données Marines), les infrastructures
informatiques sont mises en place et gérées par le service RIC (Ressources Informatiques et Communication).
1.2. Descriptif de l’existant
Les besoins en espace de stockage disque répondent à plusieurs problématiques qui font l'objet aujourd'hui de solutions techniques indépendantes :
1. Bases de données devant être disponibles 24h/24 7j/7 – accès très rapide aux données : baies de stockage performantes dédiées
2. Espaces de messagerie et home directories, disponibilité 24h/24 7j/7 : serveurs physiques avec stockage local
3. Espaces pour la virtualisation de serveurs Vmware : Baies NetApp 2220 dédiées à la virtualisation de serveurs
4. Données opérationnelles devant être disponibles 24h/24 7j/7 – pas de contraintes fortes sur les temps d’accès aux données, données sauvegardées : Baie NetApp 3140 et Baie NetApp 3240
5. Données scientifiques sans contraintes fortes sur le temps d’accès ou la
disponibilité (possibilité de sauvegarde) : Baie NetApp 3140 et Baie NetApp 3240 6. Données sans besoin de sauvegarde, ni de disponibilité forte stockées sur des
serveurs départementaux
L’ensemble de l’infrastructure réseau est de marque CISCO.
1.3. Descriptif des besoins
1.3.1. Stockage haute disponibilité
La baie NetApp 3140 d'une capacité de 200To utiles doit être remplacée en 2014.
Actuellement, cette baie est utilisée principalement pour du stockage capacitif. Les données peuvent être sauvegardées et, pour une partie, doivent être disponibles 24h/24 7j/7.
Le nouveau système de stockage devra au minimum répondre à ces besoins en permettant de distinguer plusieurs niveaux de qualité de service et de privilégier en termes d'accès et de tolérance aux pannes, les espaces devant être disponibles 24h/24 7j/7. Compte tenu de la volumétrie et du partage de ces données avec les autres serveurs du réseau Ifremer, en particulier avec le calculateur scientifique, le système les hébergeant devra assurer des échanges réseau performants y compris lors de transferts importants (quelques To) et simultanés sur plusieurs volumes. En cas de charge importante, il assurera un partage équitable des ressources entre les utilisateurs.
Cette nouvelle solution pourra également initier un système de stockage unifié à la taille de l'entreprise et des besoins décrits dans le paragraphe précédent (points 2-4-5) .
Cette intégration pourra débuter par les espaces de messagerie et de home directories (point 2).
En 2014, nous aurons également des besoins de stockage pour un projet de déploiement de postes de travail virtualisés basés sur la solution VMWare View. La solution proposée pourra prévoir une évolution pour intégrer, dans un deuxième temps, ce besoin.
La capacité utile du système sera initialement d'au moins 200To extensible jusqu'au moins 1Po. Les prévisions d'évolution des besoins de stockage sont approximatives : les besoins scientifiques et techniques de l'Ifremer sont difficiles à recenser car dépendants de nombreux facteurs (choix scientifiques, collaborations externes, disponibilités de crédits
…) et répartis sur de nombreuses équipes. L'acquisition du système de stockage et de ses extensions sera faite par le service informatique qui distribuera ensuite, contre
financement, les espaces en fonction des besoins scientifiques et techniques.
Ce besoin fera l'objet du lot 1 de la consultation.
1.3.2. Stockage « low cost »
Les besoins de stockage décrits au point 6 du paragraphe 1.2 sont en forte croissance et sont aujourd'hui satisfaits par des achats de systèmes NAS de faible capacité, choisis pour leur coût au To très compétitif mais multipliant les coûts récurrents d'administration.
Ces données ne sont pas sauvegardées et ne nécessitent pas de disponibilité forte. Compte tenu de la volumétrie et du partage de ces données avec les autres serveurs du réseau Ifremer, en particulier avec le calculateur scientifique, le système les hébergeant devra assurer des échanges réseau performants y compris lors de transferts importants (quelques To) et simultanés sur plusieurs volumes. En cas de charge importante, il assurera un partage équitable des ressources entre les utilisateurs.
La capacité utile du système sera initialement d'au moins 100To extensible jusqu'au moins 1Po.
Ce système servira également d'élément de réflexion et de test pour le stockage et l'analyse de gros volumes de données (système hadoop ou équivalent).
Ce besoin fera l'objet du lot 2 de la consultation.
2. Stockage haute disponibilité : lot 1
Le système proposé devra répondre aux caractéristiques définies ci-dessous.
2.1. Matériels
Le système proposé sera un stockage réseau, les accès NFS étant majoritaires.
La volumétrie minimale sera de 200To utiles extensible au minimum à 1Po. La description de la solution proposée devra indiquer :
• L'organisation des espaces et les moyens utilisés pour assurer la redondance, la disponibilité et la haute performance.
• Le ratio entre la capacité brute et la capacité utile.
• La capacité maximale du système et les matériels utilisés pour l'atteindre ainsi que les compatibilités possibles entre éléments matériels, par exemple, entre disques durs ou entre tiroirs.
• Les possibilités d'extension et les paliers optimaux d'augmentation de la
volumétrie qui seront chiffrés. Elle détaillera les évolutions réseau nécessaires à mettre en œuvre pour accompagner les augmentations de volumétrie de façon à conserver les performances d'échange réseau exigées. Elle présentera également le coût d’acquisition au To utile.
La configuration matérielle globale ne comportera pas de SPOF (Single Point of failure).
En particulier, les alimentations, les ventilateurs, les contrôleurs, l’accès réseau seront redondants. Dans la mesure du possible, les alimentations électriques seront en redondance 1+1.
Le raccordement au réseau Ethernet se fera avec un débit minimum de 4 Gbps par
contrôleur, compatible 802.1Q avec possibilité d’agrégation de liens et d’ajout d’interfaces supplémentaires. Une option de raccordement avec des ports cuivre 10Gbps pourra être proposée.
La connectivité des baies et des disques n’est pas imposée.
Les remontées d’alarme de l’ensemble du matériel se feront au minimum par mail.
Les éléments matériels seront échangeables à chaud.
L'extension de capacité se fera sans interruption de service.
1 port Ethernet sera dédié à l’administration à distance
La consommation électrique et la dissipation de chaleur seront indiquées. Des solutions techniques permettant de baisser ces paramètres seront appréciées.
L’équipement tiendra dans une ou plusieurs baies 19 pouces. Les accessoires de montage seront fournis, y compris la connectique. Indiquer l’encombrement global et le poids total du matériel.
2.2. Fonctionnalités
2.2.1. Protocoles d’accès
L’espace de stockage sera accessible en NFS (v3 et v4) et en CIFS. Les accès en NFS sont majoritaires et prioritaires.
L’authentification des utilisateurs se fera par les NIS pour NFS et par NIS/SAMBA ou Active Directory pour CIFS.
La réponse à cette consultation proposera un paramétrage optimal des accès clients par NFS pour les serveurs IFREMER (LINUX).
Tous les espaces devront être accessibles par NFS mais certains pourront l'être également par SAMBA/CIFS. Dans ce cas, les droits d'accès UNIX sont utilisés. La réponse détaillera les options des partages SAMBA/CIFS possibles pour ces espaces (masques, forçage de groupe ou d'utilisateur …).
2.2.2. Caractéristiques des fichiers
Par expérience, les espaces nous ayant posé des problèmes d'accès ou de performance accueillent une multitude de très petits fichiers.
Le nouveau système devra, sans perte de performance ni impact sur les autres volumes, permettre le stockage dans un volume de quelques dizaines de millions de fichiers de quelques Mo ou Ko. La réponse décrira les mécanismes mis en place pour gérer cette situation et précisera le nombre maximal de fichiers dans un même répertoire.
2.2.3. Virtualisation du stockage
L'organisation des données Ifremer tirerait profit d'une virtualisation du stockage :
• flexibilité de l'organisation des données (redimensionnement des espaces ou déplacement sans changement du point d'entrée côté utilisateur)
• augmentation facilitée de la volumétrie
• déplacement de données en fonction d'un niveau de service La proposition décrira les mécanismes de virtualisation possibles.
2.2.4. Qualité de service
La solution proposée permettra la gestion de la qualité de service avec possibilité de modifier temporairement et facilement la classe d'un espace.
2.2.5. Optimisation de l'espace disque
Les fonctionnalités suivantes, si elles sont présentes dans la solution proposées seront décrites techniquement :
Technologie de « Thin provisioning » permettant un provisioning logique différent du stockage physique.
Technologie de déduplication/compression (pouvant être activée ou non) permettant de factoriser des données identiques afin d’économiser de l’espace.
Précisez à quel niveau la déduplication/compression peut être mise en place (bloc, fichier, volumes, partages…). Précisez le gain d’espace disque escompté.
2.2.6. Administration de l’espace disque
La proposition comprendra une présentation des outils d’administration (configuration, remontées d’alarmes …) et apportera des précisions sur la gestion des volumes physiques et logiques (accueillant un système de fichiers) : contraintes de création, limitations éventuelles sur le nombre et la taille, possibilités d'extension à froid et à chaud … L'espace distribué disposera d'une gestion de quotas qui sera décrite précisément (type, compatibilité ou non des différents types de quotas sur un même espace, contraintes de mise en place, impact sur la performance du système, limitations de taille/volume éventuelles …)
L'administration se fera par une interface graphique et en ligne de commandes scriptables.
Pour nos besoins de supervision, nous utilisons les APIs des systèmes de stockage pour récupérer, depuis un serveur LINUX extérieur, des informations sur les espaces utilisés :
• liste des espaces
• taille
• occupation
Les APIs existantes et les possibilités de récupération d'informations seront détaillées pour la solution proposée.
Le système proposé sera supervisé par NAGIOS. La proposition détaillera les plugins disponibles pour le matériel proposé.
La licence permettra l'accès au système de stockage d'un nombre illimité d'utilisateurs.
2.2.7. Sauvegardes
Sur les 5 dernières années, le pourcentage d'espace sauvegardé par rapport à l'espace total est de 70% avec une tendance à la baisse due au prix élevé de la sauvegarde. En 2013, ce pourcentage n'est que de 55%.
La sauvegarde sera assurée au premier niveau par des snapshots intégrés dans le système et en deuxième niveau dans un système de sauvegardes indépendant.
La réponse décrira les types de snapshots possibles, leurs mécanismes et leur impact sur les performances globales du système et sur la volumétrie.
Actuellement, le système de sauvegarde global de l'Ifremer utilise le logiciel ASG Time Navigator. Les espaces volumineux sont connectés aux robots de sauvegarde par un SAN pouvant aller jusqu'à 8Gb/s et dont l'infrastructure matérielle est de marque Brocade. La solution proposée pourra s'intégrer dans ce système ou intégrer son propre système de
sauvegarde. Si Time Navigator est retenu, le système utilisera des ports fibres dédiés de préférence en 8 Gb/s et au minimum en 4 Gb/s.
Dans les 2 cas, il est nécessaire de décrire précisément l'architecture matérielle à mettre en place (matériels utilisées, connectique, réseau …), les capacités des systèmes, les temps de sauvegarde en fonction de la volumétrie à sauvegarder et des stratégies mises en place.
Cette sauvegarde de 2ème niveau sera au minimum quotidienne. Le matériel de
sauvegarde, s'il fait partie de la solution proposée, sera installé dans un bâtiment différent.
2.2.8. Sécurité
La solution pourra également proposer une solution d'anti-virus appropriée à ce type d'espace et en expliquer la stratégie, l'impact sur les performances et les modalités de mise en œuvre.
2.2.9. Plan de reprise d'activité
La solution proposée décrira les mécanismes et procédures à mettre en place pour appliquer à ce nouveau stockage un plan de reprise d'activité en tenant compte de la solution de sauvegarde choisie. Elle précisera également les investissements matériels et logiciels à réaliser. La reprise des espaces avec un niveau de qualité de service élevé sera privilégiée.
2.3. Disponibilité et performances
Le prestataire précisera la disponibilité globale du système et en particulier,
Le temps d’arrêt, hors arrêts programmés, par an
Les opérations nécessitant un arrêt programmé (mise à jour de firmware, mise à jour de logiciel, opérations de maintenance matérielle, extension de la
configuration …)
Des benchmarks des performances disque, baies, accès aux fichiers en NFS par le réseau, montée et tenue en charge seront fournis.
Nous avons recueilli les informations suivantes sur notre système NetApp 3140 actuel sur une période de 72h.
nfs_ops /s 3647
cifs_ops /s 112
read_ops /s 623
write_ops /s 524
net_data_recv KB/s 19444 net_data_sent KB/s 33037 disk_data_read KB/s 94143 disk_data_written
KB/s 27927
cpu_busy 27%
avg_processor_busy 25%
total_processor_busy 51%
num_processors 4
Le nouveau système devra avoir des performances permettant d'assurer ces entrées/sorties de façon optimale et de conserver une marge de progression confortable.
L'un des espaces accueille la messagerie d'environ 600 utilisateurs et est donc très sollicité :
avg_latency us
613.52total_ops /s
2149read_data b/s
400631read_latency us
3198453read_ops /s
88write_data b/s
414316write_latency us
220,94write_ops /s
15other_latency us
365,17other_ops /s
2045Dans la perspective de mettre en place un système de stockage unifié, ce type de besoin prendra plus d'importance. Par exemple, nous avons en projet d'accueillir l'ensemble des 4000 comptes de messagerie de l'Ifremer sur ce type d'espace.
Sur la base de nos statistiques, l'espace sera réparti de la façon suivante :
• 20 % espace opérationnel, disponibilité 24h/24 7j/7, quelques dizaines de millions de fichiers de quelques Ko ou Mo, nombreux accès
• 15% espace opérationnel, home directories / messagerie, disponibilité 24h/24 7j/7, nombreux accès avec réponse rapide
• 30% espace opérationnel, disponibilité 24h/24 7j/7, accès modérés
• 35% espace capacitif, moindre disponibilité, ponctuellement accès à de gros volume (de l'ordre de 1 à quelques To) requis (pour transfert vers un autre système, par exemple)
En cas de charge importante, le système assurera un partage équitable des ressources entre tous les utilisateurs.
2.4. Prestations attendues
Fourniture des matériels/logiciels nécessaires à la mise en place des fonctionnalités décrites ci-dessus. Si l'offre logicielle présente plusieurs niveaux de souscription, ceux-ci seront décrits précisément ainsi que les logiciels complémentaires qui les composent et les configurations matérielles pour lesquelles ils ont été packagés.
Installation et configuration
o Installation physique et paramétrages logiciels
o Conseils de configuration optimale en fonction des besoins (volume(s), raid….)
o Configuration LDAP, AD,… déclaration de(s) volume(s)……
Stratégie de transfert des données de l'ancien vers le nouveau système
Production d’une documentation d’exploitation spécifique à l’installation Ifremer avec schéma de connectivité matérielle et de connectivité réseau, incluant tous les éléments extérieurs intervenant dans la vie du système (sauvegardes …)
Transfert de compétences
Garanties et services
o L’offre comportera une garantie matérielle 7j/7, 24h/24 de 5 ans dont les conditions seront précisées. Une extension pour les 6ème et 7ème année sera chiffrée.
o Organisation technique de la garantie/maintenance (société titulaire de la garantie ou du contrat de maintenance, société intervenante, localisation du stock …)
o Les pièces les plus fréquemment en panne et ne nécessitant pas
d’intervention du prestataire pourront être stockées directement à l’Ifremer pour une intervention rapide en cas de défaillance (disques, alimentations électriques …).
o La garantie logicielle sera d’au moins 1 an. Le coût annuel pour les années suivantes sera indiqué.
o Description détaillée de la proposition de support : horaires, langue parlée, méthodes d’accessibilité (mail, web…), conditions générales
La mise en place de la solution devra être effectuée au maximum 3 mois après la date de la commande.
2.5. Options du lot 1
Les options suivantes seront proposées et chiffrées si elles sont absentes de l'offre de base.
2.5.1. Option 1
Intégration des données de messagerie et de home directories nécessitant des performances supérieures aux usages actuels du NetApp 3140.
2.5.2. Option 2
Espace de stockage pour poste de travail virtualisés VMWare View d'une capacité de 2,5To initiale. Ces postes seront des postes utilisés à 80% pour de la bureautique et à 20%
pour des usages spécifiques (développeurs).
2.5.3. Option 3
Intégration dans un plan de reprise d'activité.
3. Stockage « low cost » : lot 2
Le système proposé devra répondre aux caractéristiques définies ci-dessous.
3.1. Matériels
Le système proposé sera un stockage réseau, les accès NFS étant majoritaires.
La volumétrie minimale sera de 100To utiles extensible au minimum à 1Po. La description de la solution proposée devra indiquer :
• L'organisation des espaces et les moyens utilisés pour assurer la redondance, la disponibilité et la haute performance.
• Le ratio entre la capacité brute et la capacité utile.
• La capacité maximale du système et les matériels utilisés pour l'atteindre ainsi que les compatibilités possibles entre éléments matériels, par exemple, entre disques durs ou entre tiroirs.
• Les possibilités d'extension et les paliers optimaux d'augmentation de la
volumétrie qui seront chiffrés. Elle détaillera les évolutions réseau nécessaires à mettre en œuvre pour accompagner les augmentations de volumétrie de façon à conserver les performances d'échange réseau exigées. Elle présentera également le coût d’acquisition au To utile
Les alimentations, les ventilateurs, l’accès réseau seront redondants. Dans la mesure du possible, les alimentations électriques seront en redondance 1+1.
Le raccordement au réseau Ethernet se fera avec un débit minimum de 4 Gbps par
contrôleur, compatible 802.1Q avec possibilité d’agrégation de liens et d’ajout d’interfaces supplémentaires. Une option de raccordement avec des ports cuivre 10Gbps pourra être proposée.
La connectivité des baies et des disques n’est pas imposée.
Les remontées d’alarme de l’ensemble du matériel se feront au minimum par mail.
Les éléments matériels seront échangeables à chaud.
L'extension de capacité se fera sans interruption de service.
1 port Ethernet sera dédié à l’administration à distance
La consommation électrique et la dissipation de chaleur seront indiquées. Des solutions techniques permettant de baisser ces paramètres seront appréciées.
L’équipement tiendra dans une ou plusieurs baies 19 pouces. Les accessoires de montage seront fournis, y compris la connectique. Indiquer l’encombrement global et le poids total du matériel.
3.2. Fonctionnalités
3.2.1. Protocoles d’accès
L’espace de stockage sera accessible en NFS (v3 et v4). Les accès en NFS sont
majoritaires et prioritaires et constituent l'essentiel des volumes partagés. Les possibilités d'accès en CIFS seront détaillées dans la proposition.
L’authentification des utilisateurs se fera par les NIS pour NFS et par NIS/SAMBA ou Active Directory pour CIFS.
La réponse proposera un paramétrage optimal des accès clients par NFS pour les serveurs IFREMER (LINUX).
Tous les espaces devront être accessibles par NFS mais certains pourront l'être également par SAMBA/CIFS. Dans ce cas, les droits d'accès UNIX sont utilisés. La réponse détaillera les options des partages SAMBA/CIFS possibles pour ces espaces (masques, forçage de groupe ou d'utilisateur …).
3.2.2. Caractéristiques des fichiers
Les espaces contenant une multitude de petits fichiers seront hébergés par la solution proposée dans le lot 1.
3.2.3. Virtualisation du stockage
L'organisation des données Ifremer tirerait profit d'une virtualisation du stockage :
• flexibilité de l'organisation des données (redimensionnement des espaces ou déplacement sans changement du point d'entrée côté utilisateur)
• augmentation facilitée de la volumétrie
• déplacement de données en fonction d'un niveau de services La proposition décrira les mécanismes de virtualisation possibles.
3.2.4. Qualité de service
Les espaces nécessitant la mise en place d'une qualité de service seront hébergés par la solution proposée dans le lot 1.
3.2.5. Optimisation de l'espace disque
Les fonctionnalités suivantes, si elles sont présentes dans la solution proposées seront décrites techniquement :
Technologie de « Thin provisioning » permettant un provisioning logique différent du stockage physique.
Technologie de déduplication/compression (pouvant être activée ou non) permettant de factoriser des données identiques afin d’économiser de l’espace.
Précisez à quel niveau la déduplication/compression peut être mise en place (bloc, fichier, volumes, partages…). Précisez le gain d’espace disque escompté.
3.2.6. Administration de l’espace disque
La proposition comprendra une présentation des outils d’administration (configuration, remontées d’alarmes …) et apportera des précisions sur la gestion des volumes physiques et logiques (accueillant un système de fichiers) : contraintes de création, limitations éventuelles sur le nombre et la taille, possibilités d'extension à froid et à chaud … L'espace distribué disposera d'une gestion de quotas qui sera décrite précisément (type, compatibilité ou non des différents types de quotas sur un même espace, contraintes de mise en place, impact sur la performance du système, limitations de taille/volume éventuelles …)
L'administration se fera par une interface graphique et en ligne de commandes scriptables.
Pour nos besoins de supervision, nous utilisons les APIs des systèmes de stockage pour récupérer, depuis un serveur LINUX extérieur, des informations sur les espaces utilisés :
• liste des espaces
• taille
• occupation
Les APIs existantes et les possibilités de récupération d'informations seront détaillées pour la solution proposée.
Le système proposé sera supervisé par NAGIOS. La proposition détaillera les plugins disponibles pour le matériel proposé.
La licence permettra l'accès au système de stockage d'un nombre illimité d'utilisateurs.
3.2.7. Sauvegardes
Les données présentes sur ce système ne sont pas sauvegardées au sens classique du terme.
Elles pourront toutefois bénéficier d'un système de snapshot si celui-ci existe sur la solution proposée.
La réponse décrira les types de snapshots possibles, leurs mécanismes et leur impact sur les performances globales du système et sur la volumétrie.
3.2.8. Sécurité
La solution pourra également proposer une solution d'anti-virus appropriée à ce type d'espace et en expliquer la stratégie, l'impact sur les performances et les modalités de mise en œuvre.
3.3. Disponibilité et performances
Le prestataire précisera la disponibilité globale du système et en particulier,
Le temps d’arrêt, hors arrêts programmés, par an
Les opérations nécessitant un arrêt programmé (mise à jour de firmware, mise à jour de logiciel, opérations de maintenance matérielle, extension de la
configuration …)
Des benchmarks des performances disque, baies, accès aux fichiers en NFS par le réseau, montée et tenue en charge seront fournis.
En cas de charge importante, le système assurera un partage équitable des ressources entre tous les utilisateurs.
3.4. Prestations attendues
Fourniture des matériels/logiciels nécessaires à la mise en place des fonctionnalités décrites ci-dessus. Si l'offre logicielle présente plusieurs niveaux de souscription, ceux-ci seront décrits précisément ainsi que les logiciels complémentaires qui les composent et les configurations matérielles pour lesquelles ils ont été packagés.
Installation et configuration
o Installation physique et paramétrages logiciels
o Conseils de configuration optimale en fonction des besoins (volume(s), raid….)
o Configuration LDAP, AD,… déclaration de(s) volume(s)……
Production d’une documentation d’exploitation spécifique à l’installation Ifremer avec schéma de connectivité matérielle et de connectivité réseau, incluant tous les éléments extérieurs intervenant dans la vie du système.
Transfert de compétences
Garanties et services
o L’offre comportera une garantie matérielle 7j/7, 24h/24 de 5 ans dont les conditions seront précisées. Une extension pour les 6ème et 7ème année sera chiffrée.
o Organisation technique de la garantie/maintenance (société titulaire de la garantie ou du contrat de maintenance, société intervenante, localisation du stock …)
o Les pièces les plus fréquemment en panne et ne nécessitant pas
d’intervention du prestataire pourront être stockées directement à l’Ifremer pour une intervention rapide en cas de défaillance (disques, alimentations électriques …).
o La garantie logicielle sera d’au moins 1 an. Le coût annuel pour les années suivantes sera indiqué.
o Description détaillée de la proposition de support : horaires, langue parlée, méthodes d’accessibilité (mail, web…), conditions générales
La mise en place de la solution devra être effectuée au maximum 3 mois après la date de la commande.
