Book Image

Getting Started with Containerization

By : Dr. Gabriel N. Schenker, Hideto Saito, Hui-Chuan Chloe Lee, Ke-Jou Carol Hsu
Book Image

Getting Started with Containerization

By: Dr. Gabriel N. Schenker, Hideto Saito, Hui-Chuan Chloe Lee, Ke-Jou Carol Hsu

Overview of this book

Kubernetes is an open source orchestration platform for managing containers in a cluster environment. This Learning Path introduces you to the world of containerization, in addition to providing you with an overview of Docker fundamentals. As you progress, you will be able to understand how Kubernetes works with containers. Starting with creating Kubernetes clusters and running applications with proper authentication and authorization, you'll learn how to create high-availability Kubernetes clusters on Amazon Web Services (AWS), and also learn how to use kubeconfig to manage different clusters. Whether it is learning about Docker containers and Docker Compose, or building a continuous delivery pipeline for your application, this Learning Path will equip you with all the right tools and techniques to get started with containerization. By the end of this Learning Path, you will have gained hands-on experience of working with Docker containers and orchestrators, including SwarmKit and Kubernetes. This Learning Path includes content from the following Packt products: • Kubernetes Cookbook - Second Edition by Hideto Saito, Hui-Chuan Chloe Lee, and Ke-Jou Carol Hsu • Learn Docker - Fundamentals of Docker 18.x by Gabriel N. Schenker
Table of Contents (25 chapters)
Title Page
Copyright
About Packt
Contributors
Preface
Index

Building multiple masters


The master node serves as a kernel component in the Kubernetes system. Its duties include the following:

  1. Pushing and pulling information from etcd servers
  2. Acting as the portal for requests
  3. Assigning tasks to nodes
  4. Monitoring the running tasks

 

 

 

 

 

Three major daemons enable the master to fulfill the preceding duties; the following diagram indicates the activities of the aforementioned bullet points:

The interaction between the Kubernetes master and other components

As you can see, the master is the communicator between workers and clients. Therefore, it will be a problem if the master crashes. A multiple-master Kubernetes system is not only fault tolerant, but also workload-balanced. It would not be an issue if one of them crashed, since other masters would still handle the jobs. We call this infrastructure design high availability, abbreviated to HA. In order to support HA structures, there will no longer be only one API server for accessing datastores and handling requests...