Containers

Build and Run Containers With Lazy Pulling

Adoption status of containerd Stargz Snapshotter and eStargz
D.containers
Kohei Tokunaga
Pull is one of the time-consuming steps in the container lifecycle. One of the root causes is the current OCI Image Spec that cannot run containers before the entire image contents being locally available. Stargz Snapshotter is a subproject of containerd that tries to solve this problem by "lazy pulling" - starting up containers without waiting for the entire image contents are downloaded but necessary chunks are fetched on-demand. This project proposes OCI-alternative but OCI-compatible lazy-pullable image format eStargz. In this session, Kohei, one of the initial maintainers of Stargz Snapshotter project, will show an introduction to this project and the recent integration activities with tools in the community.
In this session, Kohei will show the overview of Stargz Snapshotter including eStargz structure and its optimization and content verification, the lazy pulling technique done by this snapshotter and the relationship between this snapshotter and containerd's remote snapshotter feature. He will also talk about recent integration activities with tools, including fast image build by lazy pulling of "base" images on BuildKit, quick containers startup on Kubernetes. Recent standardization activity of eStargz to OCI Image Spec will also be covered.

Additional information

Type devroom

More sessions

2/7/21
Containers
Daniel Borkmann
D.containers
BPF is becoming ubiquitous in today's modern container environments and thanks to the fast pace of innovations from Linux kernel developers in the BPF subsystem, cloud native networking software such as Cilium is able to bring these extensions to a mainstream user base for improving throughput, latency and reliability of workloads and services. This talk provides a deep dive on recently added BPF kernel as well as Cilium extensions for Kubernetes environments which significantly reduce ...
2/7/21
Containers
Jakub Dżon
D.containers
Operator SDK is a solid foundation for building robust applications for Kubernetes; one of such applications is the VM import operator (https://github.com/kubevirt/vm-import-operator) allowing Kubernetes administrators to easily import their oVirt-managed virtual machines to KubeVirt. In this talk, the speaker will show how his team used Operator SDK to build the VM import operator and how that operator can be used.
2/7/21
Containers
Viktor Farcic
D.containers
What are we going to do without Docker inside Kubernetes clusters?
2/7/21
Containers
Vlad Bogolin
D.containers
Containers are a central point for the MariaDB buildbot (buildbot.mariadb.org). In fact, almost all our builds run in Docker containers. In this short presentation, I will talk about the container environment used in order to build MariaDB from source both on Linux and Windows. Then, I will present some of the challenges associated with running Windows in a Docker container and finally I will focus on some of the advantages of having a container based continuous integration infrastructure.
2/7/21
Containers
Christian Brauner
D.containers
On most POSIX systems including Linux file ownership can only be changed globally, i.e. for all users through the chown*() syscall family. In this talk we will introduce idmapped mounts. Idmapped mounts allow to change the ownership of files under the mounts they appear in.
2/7/21
Containers
Peter Zaitsev
D.containers
DBaaS is the fastest growing way to deploy databases. It is fast and convenient and it helps to reduce toil a lot, yet it is typically done using proprietary software and tightly coupled to the cloud vendor. We believe Kubernetes finally allows us to build fully OpenSource DBaaS Solution capable to be deployed anywhere Kubernetes runs - on the Public Cloud or in your private data center. In this presentation, we will describe the most important user requirements and typical problems you would ...
2/7/21
Containers
Marco Mancini
D.containers
Although Kubernetes is the leading container orchestration solution, it does not necessarily solve all container management-related challenges that one might face. Leaving fashions aside, some other technologies may actually be a better solution for some use cases and projects. Kubernetes is actually a very complex technology, with limited support for multi-tenancy and lacking secure isolation between tenants. Kubernetes does not offer cloud-like self-service provision features for users either. ...