Téléchargé 318 fois
![Service
● Point d’accès à un pod ou à un
ensemble de pods
● N’est pas lié au Replication
Controller
● Load balancer
40
{
"kind": "Service",
"apiVersion": "v1",
"metadata": {
"name": "my-service"
},
"spec": {
"selector": {
"app": "MyApp"
},
"ports": [
{
"protocol": "TCP",
"port": 80,
"targetPort": 9376
}
]
}
}](https://image.slidesharecdn.com/1509xkekubernetespourquoietcomment-151229171312/75/kubernetes-pourquoi-et-comment-40-2048.jpg)
![41
Service [name=my-service]
{
selector: MyApp
}
Pod 1
{
label: MyApp
}
Pod 2
{
label: MyApp
}](https://image.slidesharecdn.com/1509xkekubernetespourquoietcomment-151229171312/75/kubernetes-pourquoi-et-comment-41-2048.jpg)
![Appel du service intra-cluster
$client = new redis_client([
'scheme' => 'tcp',
'host' => 'my-service',
'port' => 80,
]);
44](https://image.slidesharecdn.com/1509xkekubernetespourquoietcomment-151229171312/75/kubernetes-pourquoi-et-comment-44-2048.jpg)
Téléchargé parJean-Baptiste Claramonte
kubernetes, pourquoi et comment
Ce document traite de Kubernetes, un orchestrateur de conteneurs essentiel pour la gestion de clusters et le déploiement d'applications dans un environnement multi-serveurs. Il explique les concepts clés tels que les nœuds, les pods, les services et l'importance de l'orchestration pour le scaling et la résilience des applications. Une étude de cas pratique est également incluse pour démontrer le déploiement d'une application avec un maître Redis et plusieurs frontaux.
kubernetes, pourquoi et comment
- 1.
- 2. Qui sommes nous? 2 @geromeegron@jbclaramonte
- 3. Agenda Pourquoi ? Orchestration, scheduler,cluster management … Comment ? Concepts Spécificités Cas Pratique 3
- 4.
- 5. 5 Cela reste intuitif Containerssur une machine Apache Tomcat Postgres
- 6. 6 Mais quand onpasse à plusieurs serveurs on comprend vite qu’il faut un outil pour pouvoir garder le contrôle Containers sur plusieurs machines Apache Tomcat Tomcat Postgres Redis Tomcat Redis
- 7.
- 8. … un containers’arrête … ?
- 9. … on veutscaler facilement … ?
- 10. Comment nos applications connaissentles endpoints des services appellés ?
- 11. Comment se passela persistance des données de certains de mes containers
- 12.
- 13. 13 Vous avez besoind’un … Orchestrateur (de containers)
- 14.
- 15.
- 16.
- 17.
- 18. 18 Cluster Management Cluster Manager AA j’ai unnouveau serveur dans mon cluster
- 19.
- 20.
- 21.
- 22.
- 23.
- 24.
- 25.
- 26.
- 27.
- 28.
- 29.
- 30.
- 31. Monolithic un cluster manager + un scheduler GoogleBorg 31 Two Level un cluster manager + plusieurs scheduler Mesos Marathon Shared State plusieurs schedulers ” autonomes” Omega, Kubernetes
- 32.
- 33. 33 2004 : GoogleBorg 2006 : Google release les cgroups dans linux 2009 ? : Google Omega 2011 : Mesos 2014 : Google “open source” Kubernetes 2015 : Kubernetes V1.0
- 34.
- 35.
- 36.
- 37.
- 38. 38 Pod ● Plus petiteunité logique du cluster ● Englobe un ou plusieurs conteneur(s) partageant un même contexte (adresse IP, volumes) ● Unité pouvant être répliquée ● Lié à un node ● Existence temporaire
- 39. Replication controller ● Superviseurdes pods à travers le cluster ● Se base sur un template de pod ● Son rôle est de s’assurer qu’un certain nombre de pods sont actuellement en vie ● Ce n’est pas un load balancer! 39
- 40. Service ● Point d’accèsà un pod ou à un ensemble de pods ● N’est pas lié au Replication Controller ● Load balancer 40 { "kind": "Service", "apiVersion": "v1", "metadata": { "name": "my-service" }, "spec": { "selector": { "app": "MyApp" }, "ports": [ { "protocol": "TCP", "port": 80, "targetPort": 9376 } ] } }
- 41. 41 Service [name=my-service] { selector: MyApp } Pod1 { label: MyApp } Pod 2 { label: MyApp }
- 42. En résumé ● Node/ Master ● Pods ● Replication Controller ● Service 42
- 43.
- 44. Appel du serviceintra-cluster $client = new redis_client([ 'scheme' => 'tcp', 'host' => 'my-service', 'port' => 80, ]); 44
- 45. Et de l’extérieur? 45 Lorsde la configuration d’un service, un champ type est à configurer: ● cluster IP (par défaut et non accéssible de l’extérieur) ● node port ● load balancer
- 46.
- 47. Composition du master ●Expose une API REST ● Replication controller ● Scheduler ● etcd ● Node controller 47
- 48. 48 Node controller ● S’occupede vérifier le statut des nodes ● N’est pas capable de provisionner les nodes ● Ajoute les nodes qui sont configurés au cluster ● Supporte jusqu’à 100 noeuds (objectifs: 1000 pour 2016)
- 49. Configuration d’un node ●Kubelet ● Kube-proxy ● Docker ● Flannel (ou autre surcouche réseau) 49
- 50. Health checking Trois types: ●HTTP Health checks ● Container exec ● TCP Socket 50
- 51. Volume ● Cycle devie lié à celui du pod le contenant, selon le type ● Un pod peut être lié à plusieurs volumes ● Plusieurs types de volumes sont disponibles: ○ emptyDir ○ gcePersistentDisk ○ awsElasticBlockStore ○ nfs ○ gitRepo ○ secret ○ etc ... 51
- 52. Comment déployer uncluster? ● En local ○ Vagrant ○ Docker ○ Cluster en local ● Solution hôte ○ Google Container Engine ● Solution Cloud ○ GCE ○ AWS ○ Azure ● Autres 52
- 53.
- 54. Comment déployer monapplication ? Nous allons déployer une application constitué de: ● Un master redis ● Deux slaves redis ● Trois frontends accessibles de l’extérieur 54
- 55. 55 Redis Master Redis Slave Frontend Frontend Frontend LoadBalancer Redis Slave
- 56.
- 57.
- 58. 58 Pod Redis Master Replication Controller Service Redis Master Pod RedisSlave Pod Redis Slave Replication Controller
- 59. 59 Pod Redis Master Replication Controller Service Redis Master Service RedisSlave Pod Redis Slave Pod Redis Slave Replication Controller
- 60. 60 Pod Redis Master Replication Controller Service Redis Master Service RedisSlave Pod Redis Slave Pod Redis Slave Replication Controller Pod Frontend Pod Frontend Pod Frontend Replication Controller
- 61. 61 Pod Redis Master Replication Controller Service Redis Master Service RedisSlave Pod Redis Slave Pod Redis Slave Replication Controller Pod Frontend Pod Frontend Pod Frontend Replication Controller Service Frontend en mode load balancer
- 62. Comment puis-je monitorermon cluster? 62 Master Node Pod Pod Node Heapster Kubelet Kubelet cAdvisor cAdvisor Storage Backend
- 63.
- 64. Conclusion ● Un projetstabilisé pour la V1 ● Amélioration de la documentation, mais peut encore mieux faire ● Beaucoup de choses à venir ○ provisionning de node ○ migration de pod ● Cherche à être totalement adaptable 64
- 65.
- 66.