Le maître de l'application de fil dans Hadoop

Contrairement à d'autres FIL (Yet Another Négociateur ressources) des composants, aucun composant dans Hadoop 1 correspond directement à la maîtrise de l'application. En substance, ce travail est que la JobTracker fait pour chaque application, mais la mise en œuvre est radicalement différente.

Chaque application fonctionnant sur le cluster Hadoop a sa propre instance d'application principale dédiée, qui se déroule en fait dans un processus de conteneur sur un nœud de l'esclave (par rapport à la JobTracker, qui était un seul démon qui a couru sur un nœud maître et a suivi les progrès de toutes les applications).

Tout au long de sa durée de vie (par exemple, lorsque l'application est en cours d'exécution), le maître d'application envoie des messages de pulsation au Resource Manager avec son statut et l'état des besoins en ressources de l'application. Basé sur les résultats de la planification de la Resource Manager, il assigne baux de ressources de conteneurs - essentiellement des réservations pour les conteneurs de ressources ont besoin - à l'application principale sur des nœuds esclaves spécifiques.

Le Maître demande supervise le cycle de vie complet d'une application, tout le chemin de demander les conteneurs nécessaires de la Resource Manager pour la soumission des demandes contenant de bail au NodeManager.

Chaque cadre d'application qui est écrit pour Hadoop doit avoir sa propre implémentation demande de Maître. MapReduce, par exemple, possède une maîtrise de l'application spécifique qui est conçu pour exécuter les tâches de carte et de réduire les tâches dans l'ordre.


» » » » Le maître de l'application de fil dans Hadoop