148422597X Kubernetes Management Design Patterns [Vohra 2017-01-29] {E559F6BB}

Recommendations

Info

CHAPTER 9Scheduling Pods on NodesScheduling involves finding the pods that need to be run and running (scheduling) them on nodes in a cluster.ProblemOften containers have dependencies between them and need to be collocated on the same node to reducethe network latency between them. The pod abstraction can encapsulate multiple containers, which solvesthe problem of collocating containers with dependencies between them. The pattern can be extendedfurther to dependencies between pods that need to be running on the same or a different machine (node).SolutionIn a recent publication, Design Patterns for Container-based Distributed Systems, by Brendan Burns andDavid Oppenheimer (https://www.usenix.org/node/196347), three types of container design patterns arediscussed:1. Single Container Management Patterns2. Single Node, Multi-Container Application Patterns3. Multi-Node Application PatternsAll of these design patterns require pods to be scheduled on specific nodes in a cluster. Kubernetesprovides various options for scheduling pods on specific nodes within a cluster. The sequence used toschedule a pod on a node is shown in Figure 9-1.Find a pod thatneeds to be runFind a suitable nodeto run the pod onSchedule the pod onthe nodeFigure 9-1. Sequence used in scheduling a pod© Deepak Vohra 2017D. Vohra, Kubernetes Management Design Patterns, DOI 10.1007/978-1-4842-2598-1_9199
Chapter 9 ■ Scheduling Pods on NodesOverviewKubernetes Scheduler is a Kubernetes component or process that runs alongside the other componentssuch as API Server. The purpose of the Scheduler is to monitor the API for pods that need to be scheduled,find a suitable node to schedule a pod, and schedule the pod, one pod at a time. This chapter looks at thefollowing topics.Defining a scheduling policySetting the environmentUsing the default schedulerScheduling pods without a node selectorSetting node labelsScheduling pods with node selectorSetting node affinitySetting requiredDuringSchedulingIgnoredDuringExecutionSetting preferredDuringSchedulingIgnoredDuringExecutionDefining a Scheduling PolicyScheduling is determined by a scheduling policy, involving predicates and priority functions. Schedulinginvolves the following process, starting with all nodes being viable to schedule a pod:1. Filter out nodes using filtering policy predicates. The objective of filtering outnodes is to exclude those nodes that do not meet certain requirements of a pod.2. Nodes are ranked using priority functions.3. The pod is scheduled onto the node with the highest priority. If multiple nodeshave equal priority, one of the nodes is chosen at random.Some of the salient predicates that implement filtering policy are discussed in Table 9-1.200
Page 1 and 2:
KubernetesManagementDesign Patterns
Page 3 and 4:
Kubernetes Management Design Patter
Page 5 and 6:
■ CONTENTS AT A GLANCE■Part
Page 7 and 8:
■ CONTENTSSetting Up Cluster Para
Page 9 and 10:
■ CONTENTS■Chapter ■ 6: Us
Page 11 and 12:
■ CONTENTSOvercommitting Resou
Page 13 and 14:
■ CONTENTSInstalling OpenShift
Page 15 and 16:
About the Technical ReviewerMassimo
Page 17 and 18:
■ INTRODUCTIONpatterns are lan
Page 19 and 20:
■ INTRODUCTIONIn Chapter 3 we
Page 21 and 22:
CHAPTER 1Kubernetes on AWSKubernete
Page 23 and 24:
Chapter 1 ■ Kubernetes on AWSIn t
Page 25 and 26:
Chapter 1 ■ Kubernetes on AWSUsin
Page 27 and 28:
Chapter 1 ■ Kubernetes on AWSClic
Page 29 and 30:
Chapter 1 ■ Kubernetes on AWSFigu
Page 31 and 32:
Page 33 and 34:
Page 35 and 36:
Testing the ClusterChapter 1 ■ Ku
Page 37 and 38:
Page 39 and 40:
Page 41 and 42:
CHAPTER 2Kubernetes on CoreOS on AW
Page 43 and 44:
Chapter 2 ■ Kubernetes on CoreOS
Page 45 and 46:
Page 47 and 48:
Page 49 and 50:
Customizing the ClusterChapter 2
Page 51 and 52:
Page 53 and 54:
Page 55 and 56:
Page 57 and 58:
Page 59 and 60:
Page 61 and 62:
Page 63 and 64:
Page 65 and 66:
Page 67 and 68:
Chapter 3 ■ Kubernetes on Google
Page 69 and 70:
Page 71 and 72:
Page 73 and 74:
Page 75 and 76:
Page 77 and 78:
Page 79 and 80:
Page 81 and 82:
Page 83 and 84:
Page 85 and 86:
Page 87 and 88:
Page 89 and 90:
Page 91 and 92:
Page 93 and 94:
Page 95 and 96:
Page 97 and 98:
Page 99 and 100:
Page 101 and 102:
Page 103 and 104:
Page 105 and 106:
PART IIAdministration andConfigurat
Page 107 and 108:
Chapter 4 ■ Using Multiple ZonesS
Page 109 and 110:
Chapter 4 ■ Using Multiple ZonesF
Page 111 and 112:
Page 113 and 114:
Chapter 4 ■ Using Multiple ZonesA
Page 115 and 116:
Page 117 and 118:
Chapter 4 ■ Using Multiple ZonesR
Page 119 and 120:
Page 121 and 122:
Page 123 and 124:
Chapter 4 ■ Using Multiple ZonesL
Page 125 and 126:
Page 127 and 128:
Chapter 4 ■ Using Multiple ZonesI
Page 129 and 130:
Chapter 4 ■ Using Multiple ZonesC
Page 131 and 132:
Chapter 4 ■ Using Multiple ZonesA
Page 133 and 134:
Chapter 5 ■ Using the Tectonic Co
Page 135 and 136:
Page 137 and 138:
Page 139 and 140:
Page 141 and 142:
Page 143 and 144:
Page 145 and 146:
Page 147 and 148:
Page 149 and 150:
Page 151 and 152:
Chapter 6 ■ Using VolumesPodDocke
Page 153 and 154:
Chapter 6 ■ Using VolumesObtain t
Page 155 and 156:
Chapter 6 ■ Using VolumesFigure 6
Page 157 and 158:
Chapter 6 ■ Using VolumesThe prec
Page 159 and 160:
Page 161 and 162:
Page 163 and 164: Chapter 6 ■ Using VolumesThe kube
Page 165 and 166: Chapter 6 ■ Using Volumesvolumes:
Page 167 and 168: Chapter 6 ■ Using VolumesChange d
Page 169 and 170: Chapter 7 ■ Using ServicesAnother
Page 171 and 172: Chapter 7 ■ Using ServicesCreatin
Page 173 and 174: Chapter 7 ■ Using ServicesSimilar
Page 175 and 176: Chapter 7 ■ Using ServicesList th
Page 177 and 178: Chapter 7 ■ Using ServicesFigure
Page 179 and 180: Chapter 7 ■ Using ServicesInvoke
Page 185 and 186: Chapter 7 ■ Using ServicesIn addi
Page 187 and 188: Chapter 8 ■ Using Rolling Updates
Page 213: Chapter 8 ■ Using Rolling Updates
Page 217 and 218: Chapter 9 ■ Scheduling Pods on No
Page 253 and 254: Chapter 10 ■ Configuring Compute
Page 265 and 266:
Chapter 10 ■ Configuring Compute
Page 267 and 268:
Page 269 and 270:
Page 271 and 272:
Page 273 and 274:
Chapter 11 ■ Using ConfigMapsIn t
Page 275 and 276:
Chapter 11 ■ Using ConfigMapsFigu
Page 277 and 278:
Chapter 11 ■ Using ConfigMapsNext
Page 279 and 280:
Chapter 11 ■ Using ConfigMapsThe
Page 281 and 282:
Chapter 11 ■ Using ConfigMapsCrea
Page 283 and 284:
Page 285 and 286:
Chapter 11 ■ Using ConfigMapsCrea
Page 287 and 288:
Page 289 and 290:
Chapter 11 ■ Using ConfigMapsCons
Page 291 and 292:
Chapter 11 ■ Using ConfigMapsmoun
Page 293 and 294:
CHAPTER 12Using Resource QuotasIn C
Page 295 and 296:
Chapter 12 ■ Using Resource Quota
Page 297 and 298:
Page 299 and 300:
Page 301 and 302:
Page 303 and 304:
Page 305 and 306:
Page 307 and 308:
Page 309 and 310:
Page 311 and 312:
Page 313 and 314:
CHAPTER 13Using AutoscalingStarting
Page 315 and 316:
Chapter 13 ■ Using AutoscalingThe
Page 317 and 318:
Chapter 13 ■ Using AutoscalingFig
Page 319 and 320:
Chapter 13 ■ Using Autoscaling./k
Page 321 and 322:
Chapter 13 ■ Using AutoscalingFig
Page 323 and 324:
CHAPTER 14Configuring LoggingLoggin
Page 325 and 326:
Chapter 14 ■ Configuring Logging
Page 327 and 328:
Docker Log FilesChapter 14 ■ Conf
Page 329 and 330:
Chapter 14 ■ Configuring LoggingF
Page 331 and 332:
Chapter 14 ■ Configuring LoggingC
Page 333 and 334:
Chapter 14 ■ Configuring Loggingv
Page 335 and 336:
Chapter 14 ■ Configuring LoggingI
Page 337 and 338:
Chapter 14 ■ Configuring LoggingT
Page 339 and 340:
Chapter 14 ■ Configuring Loggingt
Page 341 and 342:
Chapter 14 ■ Configuring LoggingT
Page 343 and 344:
Page 345 and 346:
Page 347 and 348:
CHAPTER 15Using an HA Master with O
Page 349 and 350:
Chapter 15 ■ Using an HA Master w
Page 351 and 352:
Installing the Network ManagerChapt
Page 353 and 354:
Page 355 and 356:
Page 357 and 358:
Page 359 and 360:
Page 361 and 362:
Page 363 and 364:
Page 365 and 366:
Page 367 and 368:
Chapter 16 ■ Developing a Highly
Page 369 and 370:
Page 371 and 372:
Page 373 and 374:
Page 375 and 376:
Page 377 and 378:
Page 379 and 380:
Page 381 and 382:
Page 383 and 384:
Page 385 and 386:
Page 387 and 388:
Page 389 and 390:
Page 391 and 392:
Page 393 and 394:
Page 395 and 396:
Page 397 and 398:
Page 399 and 400:
Page 401 and 402:
Page 403 and 404:
Page 405 and 406:
■ INDEXClusters (cont.)configurat
Page 407 and 408:
■ INDEXKubernetes (cont.)nodes, 6
Page 409 and 410:
■ INDEXRoute 53 service (cont.)de
show all

148422597X Kubernetes Management Design Patterns [Vohra 2017-01-29] {E559F6BB}

Create successful ePaper yourself

Delete template?

Save as template?