David Bouvet LCG France T2 T3 – LPNHE

Slides:



Advertisements
Présentations similaires
LHCb DC06 status report (LHCb Week, 13/09/06) concernant le CC : –Site currently fine / stable 3% of simulatated events 30% of reconstructed events –Site.
Advertisements

Mercredi 22 juin 2016 Suivi des jobs grille Colloque LCG France Mars 2007.
Colloque LCG France14-15 mars SURVEILLANCE ET GESTION D’INCIDENTS Cécile Barbier (LAPP)
05-fevrier-2007Eric Lancon1 ATLAS Bilan Planning 2007.
Nombre de job slot par machine Server_priv/node. Node1 np=2 Règle de 1 core = 1 job slot = 2 Go. Sur un bi-processeur bi-core on annonce alors np=4 Pas.
Mondialiser la solidarité Une stratégie de participation sur Internet.
Fabio HERNANDEZ Responsable Grid Computing Centre de Calcul de l'IN2P3 - Lyon Lyon, 30 avril 2004 Déploiement LCG-2 au CC-IN2P3 Etat d’avancement.
Evaluation de requêtes Quelques résultats préliminaires 1 Amin Mesmoudi.
INFSO-RI Enabling Grids for E-sciencE Statistiques d'usage d'un site de la grille LCG/EGEE Emmanuel Medernach, IN2P3 LPC.
Université de Nantes CHORD Vincent Trève. Introduction ● Problématique – Comment accéder efficacement aux données réparties sur un système pair à pair?
La base de données de jurisprudence francophone.  Juricaf est composé de deux parties : - Le menu de gauche avec les différentes fonctions - La partie.
Présentation LabPlus v3. Solution novatrice en Technologies de l’information Solution novatrice en Technologies de l’information Application pour la Gestion.
Installation De Peakup.  Télécharger le fichier peakup2.4.0.free.zip  Décompresser le fichier extrait sur une Directory de votre choix  Créer un lient.
Arrêt automatique de serveurs basé sur un DNS N. RUDOLF JI 2016.
Interface sur laquelle on arrive lorsqu’on atteint le site Tous les champs ci- dessous sont supprimés Liste des clients disponibles Liste des serveurs.
DIAGRAMME DE DEPLOIEMENT Exposé de: MBALLA MEKONGO Michèle MBOUNA FEUZE William SIEYADJEU Alex Lionel CHOPGWE Leonard NDUMATE Landry TIDJON Lionel.
ARCHITECTURE MULTITENANT CONTAINER DATABASE ET PLUGGABLE DATABASES Pr. A. MESRAR
la haute disponibilité Oracle 12c Pr. A. MESRAR
Cahier des charges.
Les commandes externes
POWER QUERY Les FONCTIONS.
Brève histoire d’Internet
JT12-RSI mars 1999 Délégation aux systèmes d'information
La gestion des co-produits (niveau de version : C)
show dialer interface bri
Formation sur la publication des données de biodiversité dans le réseau GBIF et leur aptitude à être utilisées , édition 2011 Comment le DwC-A a changé.
Séminaire Novembre 2006 Zephir : Déploiement et supervision des serveurs Eole.
Séminaire EOLE Dijon octobre 2010
Les Bases de données Définition Architecture d’un SGBD
Commande show ip dhcp binding
Virtualisation d’applications mobiles dans un réseau de Cloudlets
GRIF : Grille pour la Recherche en
Etat des services grid de production
Intégration de BQS dans CREAM
Pierre Girard LCG-France Tier
Fonctionnement de la grille
Consolidation des services FTS et LFC
Activités présentes et à venir
Surveillance des services grille par NAGIOS
Etat des lieux des VO Boxes LHC
Configuration FTS pour CMS
Réunion de Coordination – Bilan des opérations LCG Hélène CORDIER
1ers pas des utilisateurs migrés
LCG-France Tier-1 & AF Réunion mensuelle de coordination
LCG –France Tier2 & AF Réunion de Coordination – Problèmes récurrents des VOs 11 Juin- 10 Septembre Hélène CORDIER.
Jobs ATLAS sur la grille
mardi 11 septembre 2018mardi 11 septembre 2018
CREAM-CE et SGE.
Exercices: Système d’Information
Atelier régulation de la production dans un contexte grille
Résumé de la réunion PAF-CAF 12/04/2010
PROGRAMMATION INFORMATIQUE D’INGÉNIERIE II
GLPI Gestion libre de parc informatique Application à la cellule DSI Pédagogie Avec liaison OCS-NG Gaétan TIRMONT.
Informations vous concernant :
LCG –France Tier2 & AF Réunion de Coordination – Problèmes récurrents des VOs 10 Septembre – 21 Octobre Hélène CORDIER.
Formation sur les bases de données relationnelles.
Module 10 : Configuration de l'impression
Programmation Android Première application Android
Co-produits Management (Version Level: C)
Infrastructure Opérationnelle d’EGEE
Bonjour, Je suis votre guide pour cette visite de votre nouveau logiciel HDS. Je vais vous montrer comment préparer une note de frais.
Infrastructure Opérationnelle d’EGEE2
22/02/2019 Evolution de la page Web grand public mardi 6 décembre 2016 Edwige, Cécile, Delphine Entrez votre nom.
Elles contiennent des informations autre que géométriques
DC04 CMS Objectif Status Planning
LUSTRE Integration to SRM
Chapter 11: Récursivité Java Software Solutions Second Edition
LCG – France et ALICE Bilan 2006 Planning fevrier 2007
Role-Based Access Control (RBAC) Les permissions d’administration
Outils de gestion de Exchange
Transcription de la présentation:

David Bouvet ftsmaster@cc.in2p3.fr LCG France T2 T3 – LPNHE mercredi 29 août 2018mercredi 29 août 2018 Service FTS @ CC-IN2P3 David Bouvet ftsmaster@cc.in2p3.fr LCG France T2 T3 – LPNHE

Vue du service FTS FTS (File Transfer Service) est un ordonnanceur de transferts de fichiers entre sites. Il permet de définir des canaux de transferts réservés point à point. Ces canaux sont partagés ou non par plusieurs VO selon un VO share défini pour chaque canal. ⇨ Un canal peut être comparé à un CE pour des jobs de transferts : queue ↔ canal # job slot / queue ↔ # fichiers concurrents / canal LCG France T2 T3 – LPNHE – 20/03/08

Architecture FTS est constitué de 3 composants : une partie web service pour permettre aux utilisateurs de soumettre les transferts et de connaître leur statut. C'est la seule partie en contact avec les utilisateurs. les agents des canaux : chaque canal a son propre daemon qui lance et gère les transferts pour lui. les agents des VO : chaque VO possède son daemon qui est responsable de la partie spécifiquement VO des transferts. Toutes les informations concernant la définition des canaux et les transferts sont enregistrées dans une base de données Oracle. FTS ne transfert pas les fichiers, il gère juste les transferts et communique avec les SE concernés. LCG France T2 T3 – LPNHE – 20/03/08

FTS architecture Experiments interact via web-service VO agents do VO-specific operations (1 per VO) Channel agents to channel specific operation (e.g. the transfers) Monitoring and statistics can be collected via the DB LCG France T2 T3 – LPNHE – 20/03/08

Définition d’un canal Un canal peut être : un lien réseau point à point un canal « catch-all » (ex.: STAR-BELGIUMULB) i.e. de partout vers un site, ou d’un site vers partout Chaque canal est défini entre 2 sites « au sens GOC DB » normalement, il ne devrait y avoir qu’un seul canal pour tous les sites du GRIF GRIF étant un site distribué, cela posait des problèmes de performance ⇨ contournement du problème par publication d’un champ SubSite par les sites GRIF (ex.: GRIF-IPNO) et création d’un canal par SubSite Les canaux sont unidirectionnel ex.: 2 canaux IN2P3-LAPP et LAPP-IN2P3 Tous les jobs de transferts sur le même canal font parti de la même queue de transfert partage du canal entre les VO priorité interne à la VO pour les jobs de la VO Chaque canal a son propre jeux de paramètres nombre de fichiers concurrents, nombre de streams, VO share, etc… LCG France T2 T3 – LPNHE – 20/03/08

Définition d’un canal sh-2.05b$ glite-transfer-channel-list -s https://cclcgftsprod.in2p3.fr:8443/glite-data-transfer-fts/services/ChannelManagement IRFU-IN2P3 Channel: IRFU-IN2P3 Between: GRIF-IRFU and IN2P3-CC State: Active Contact: ftsmaster@cc.in2p3.fr Bandwidth: 0 Nominal throughput: 0 Number of files: 10, streams: 5 Number of VO shares: 4 VO 'ops' share is: 5 VO 'dteam' share is: 5 VO 'atlas' share is: 100 VO 'cms' share is: 100 # fichiers concurrents et de streams sont définis pour chaque canal quand le nombre de fichiers concurrents est atteint, les autres transferts restent en queue VO share : lorsque plusieurs VO utilisent le canal, elle se partage le # de fichiers concurrents suivant le VO share. Si une seule VO utilise le canal, elle peut transférer le # max de fichiers concurrents. Vous pouvez lister les canaux pour connaître ses paramètres de configuration. LCG France T2 T3 – LPNHE – 20/03/08

Transfert Un utilisateur peut soumettre un transfert à un serveur FTS via la commande glite-transfer-submit i.e. avec une paire de SURL source/destination ex.: “srm://ccsrm.in2p3.fr/pnfs/in2p3.fr/…” vers “srm://lapp-se01.in2p3.fr/dpm/in2p3.fr/…” Le serveur FTS détermine les sites à partir des SURL ex.: “IN2P3-CC” vers “IN2P3-LAPP” FTS cherche alors si un canal est défini sur ce serveur FTS qui pourrait faire le transfert entre ces 2 sites s’il n’en trouve pas, le transfert plante immédiatement sinon, il assigne le job de transfert à la queue du canal et le job est traité suivant les paramètres de ce canal les canaux spécifiques sont utilisés en premier s’ils sont définis (ex.: IN2P3-LPNHE avant STAR-LPNHE) LCG France T2 T3 – LPNHE – 20/03/08

Transfert ~> glite-transfer-status -s https://cclcgftsprod.in2p3.fr:8443/glite-data-transfer-fts/services/FileTransfer --verbose e8c09481-ca33-11dc-81e9-8b9fef36ede4 Request ID: e8c09481-ca33-11dc-81e9-8b9fef36ede4 Status: Active Channel: BNL-IN2P3 Client DN: /DC=ch/DC=cern/OU=Organic Units/OU=Users/CN=mlassnig/CN=663551/CN=Mario Lassnig Reason: <None> Submit time: 2008-01-24 04:22:01.140 Files: 55 Priority: 3 VOName: atlas Done: 10 Active: 5 Pending: 0 Ready: 20 Canceled: 0 Failed: 20 Finishing: 0 Finished: 0 Submitted: 0 Hold: 0 Waiting: 0 Un job de transfert (caractérisé par son JobID) peut contenir 1 ou +sieurs fichiers à transférer Pour plusieurs fichiers, le # de fichiers concurrents restant est transféré, les autres fichiers sont en queue. Vous ne pouvez gérer et lister que vos propres job de transfert LCG France T2 T3 – LPNHE – 20/03/08

FTS au CC 1 serveur pour toutes les VO FTS version 2.0 (passage à FTS2 en septembre 2007 sauf CMS en janvier 2008) Base Oracle Un alias : cclcgftsprod.in2p3.fr 2 machines physiques : tomcat + agents de canaux agents de VO URL de contact : pour les transferts : https://cclcgftsprod.in2p3.fr:8443/glite-data-transfer-fts/services/FileTransfer pour les canaux : https://cclcgftsprod.in2p3.fr:8443/glite-data-transfer-fts/services/ChannelManagement Support FTS au CC : ftsmaster@cc.in2p3.fr (David Bouvet, Jonathan Schaeffer, Lionel Schwarz) LCG France T2 T3 – LPNHE – 20/03/08

2 types de canaux supportés par FTS : Configuration 2 types de canaux supportés par FTS : “URLCOPY” – normal FTS 3rd party copy (SRM negociation with 3rd party gridFTP) “SRMCOPY” – SRM copy (delegate copy to SRM) Tous les canaux en URLCOPY changement de configuration (fin de migration le 14/03/08) pour notamment permettre l’utilisation des space token vers les SE DPM Utilisation de SRMv2 si un space token est demandé lors de la soumission du transfert (ce n’est pas le comportement par défaut) LCG France T2 T3 – LPNHE – 20/03/08

Consolidation du service Evolutions Support de gridFTP2 Consolidation du service machines de secours, load-balancing pour le web service, répartition de charge…) Passage à SL4 (dès que les packages sont sortis) LCG France T2 T3 – LPNHE – 20/03/08

FTS Monitor FTSMonitor a été développé par Lionel Schwarz Pages web PHP présentant des requêtes à la BD Oracle configuration des canaux FTS et des VO statistiques des job historique des canaux et statistique vue globale ou par VO détails des job http://cctools.in2p3.fr/fts/monitoring/prod/ftsmonitor.php LCG France T2 T3 – LPNHE – 20/03/08

LCG France T2 T3 – LPNHE – 20/03/08

FTS Monitor LCG France T2 T3 – LPNHE – 20/03/08

LCG France T2 T3 – LPNHE – 20/03/08