Skip to content

Commit

Permalink
added image to image puller and checluster sections
Browse files Browse the repository at this point in the history
  • Loading branch information
rsriniva committed Nov 4, 2024
1 parent 58e1d4b commit ff8ca8c
Show file tree
Hide file tree
Showing 4 changed files with 12 additions and 0 deletions.
3 changes: 3 additions & 0 deletions modules/ROOT/images/checluster-cr-config.svg
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
3 changes: 3 additions & 0 deletions modules/ROOT/images/image-puller.svg
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
4 changes: 4 additions & 0 deletions modules/ROOT/pages/che-cluster.adoc
Original file line number Diff line number Diff line change
Expand Up @@ -3,6 +3,10 @@

In the previous sections, you have installed Dev Spaces and configured a default `CheCluster` (a Kubernetes Custom Resource, or CR) instance named `devspaces`. While you can customize this instance at installation time, it is commonly changed after you get a basic Dev Spaces instance up and running.

You configure Dev Spaces by creating or editing a YAML resource file for the `CheCluster` CR.

image::checluster-cr-config.svg[title=CheCluster YAML Change Process]

The `CheCluster` YAML resource file contains sections to configure various __components__, the major ones being:

* `devWorkspace`
Expand Down
2 changes: 2 additions & 0 deletions modules/ROOT/pages/image-puller.adoc
Original file line number Diff line number Diff line change
Expand Up @@ -3,6 +3,8 @@

In the previous lab, you would have noted that it took a long time for the Workspace to start and display the IDE, even if the Workspace was empty (No source code tree). Dev Spaces loads a default container image (called the **Universal Developer Image - UDI**) in a Workspace if you did not specify one explicitly. To reduce the start-up time of workspaces, use the **Image Puller**, an OpenShift component that can be used to pre-pull and cache container images.

image::image-puller.svg[title=Kubernetes Image Puller]

The Image Puller is an additional OpenShift deployment that creates a `DaemonSet` that can be configured to pre-pull relevant OpenShift Dev Spaces workspace images on each node. These images would already be available when an OpenShift Dev Spaces workspace starts, therefore improving the workspace start-up time.

NOTE: Dev Spaces, by default caches container images at the OpenShift node level. For example, if `user1` downloads a 5GB container image, and if his workspace is scheduled on `node1` of an OpenShift cluster, then if `user2` uses the same container image in his workspace, which is also scheduled on `node1`, then `user2` will see faster start-up time of his workspace due to caching. However, if `user2` workspace is scheduled on `node2`, which does NOT have the container images cached, he will see increased start-up time while the 5GB image is downloaded on `node2`. The Kubernetes image puller solves this problem by caching a list of container images on **every** node in the OpenShift cluster.
Expand Down

0 comments on commit ff8ca8c

Please sign in to comment.