Skip to main content

Blog posts tagged "LXC"

LXD 2.0: LXD in LXD [8/12]

This is the eighth blog post in this series about LXD 2.0.IntroductionIn the previous post I covered how to run Docker inside LXD which is a good way to get access to the portfolio of application provided by Docker while running in the safety of the LXD environment.One use case I mentioned was offering a LXD container to your users and th

LXD 2.0: Docker in LXD [7/12]

This is the seventh blog post in this series about LXD 2.0.Why run Docker inside LXDAs I briefly covered in the first post of this series, LXD’s focus is system containers. That is, we run a full unmodified Linux distribution inside our containers. LXD for all intent and purposes doesn’t care about the workload running in the container. I

Nova-LXD delivers bare-metal performance on OpenStack, while Ironic delivers NSA-as-a-Service

With the release of LXC 2.0 and LXD, we now have a pure-container hypervisor that delivers bare-metal performance with a standard Linux guest OS experience. Very low latency, very high density, and very high control of specific in-guest application processes compared to KVM and ESX make it worth checking out for large-scale Linux virtuali

LXD 2.0: Remote hosts and container migration [6/12]

This is the sixth blog post in this series about LXD 2.0.Remote protocolsLXD 2.0 supports two protocols:LXD 1.0 API: That’s the REST API used between the clients and a LXD daemon as well as between LXD daemons when copying/moving images and containers.Simplestreams: The Simplestreams protocol is a read-only, image-only protocol used by bo

LXD 2.0: Introduction to LXD

This is the first blog post in this series about LXD 2.0.A few common questions about LXDWhat’s LXD?At its simplest, LXD is a daemon which provides a REST API to drive LXC containers.Its main goal is to provide a user experience that’s similar to that of virtual machines but using Linux containers rather than hardware virtualization. How

The LXD 2.0: Blog post series [0/12]

As we are getting closer and closer to tagging the final releases of LXC, LXD and LXCFS 2.0, I figured it would be a good idea to talk a bit about everything that went into LXD since we first started that project a year and a half ago.This is going to be a blog post series similar to what I’ve done for LXC 1.0 a couple years back.The topi

Converting eth0 to br0 and getting all your LXC or LXD onto your LAN

Wayne has a great post on the new juju lxd work. I’ve been using it a bit and it is awesome. It is super fast and I can create and destroy environments faster than creating and destroying with juju-local. One thing which I’ve done which has made all LXC and LXD instances more valuable to … Continue reading Converting eth0 to br0 and getti

Canonical launches world’s fastest hypervisor, LXD

London, November 5th 2015 – Canonical today released in beta the world’s fastest hypervisor, LXD, which takes a pure-container approach to Linux virtualization and offers dramatic performance and density advantages over VMware ESX and Linux KVM for private and public cloud infrastructure. LXD delivers up to 15 times the density of KVM for

Nested containers in LXD

We’ve long considered nested containers an important use case in lxc. Lxd is no different in this regard. Lately there have been several questionsIf you are using privileged lxd containers (security.privileged: true), then the only thing you need to do is to set the security.nesting flag to true:lxc launch ubuntu nestc1 -c security.nest

[Video] An introduction to LXD, the container lighter-visor

Stephane Graber gave this talk at the recent Container Camp event on Sept 11th, 2015 at the Barbican Centre, London. He is a long time Open Source user and contributor mostly involved in the Edubuntu project, Ubuntu itself and LTSP. He is also the project lead for LXD and LXC at Canonical.

The Fan overlay network for container addresses, from Canonical

Today, Canonical introduces the Fan overlay network system in Ubuntu in test images for Amazon Web Services and Google Compute Engine, delivering the fastest and most scalable address expansion mechanism in the container world. The Fan enables cloud users to grow the number of Docker and LXD containers they can address in a single cloud e

Introducing pylxd

In part of my work for nova-compute-lxd, we use a combination of httplib, UNIX domain sockets, and JSON to talk to the LXD daemon via the REST API. Talking to various people involved in the LXD project, I have decided to split this part of nova-compute-lxd into its own project called pylxd. Pylxd is a

Getting started with LXD – the container lightervisor

Introduction For the past 6 months, Serge Hallyn, Tycho Andersen, Chuck Short, Ryan Harper and myself have been very busy working on a new container project called LXD. Ubuntu 15.04, due to be released this Thursday, will contain LXD 0.7 in its repository. This is still the early days and while we’re confident LXD 0.7

Here comes Kilo and 15.04! Containers will never be the same again!

Today Ubuntu 15.04, codenamed Vivid Vervet, is released with a host of new features for clouds and servers. 15.04 comes a full year since the last Long Term Support (LTS) release and a year before the next LTS so represents a milestone in which we bring in and start to settle down features we want

Installing LXD and the command line tool

Ubuntu desktop and Ubuntu server As LXD evolves quite rapidly, we recommend Ubuntu users use our PPA: add-apt-repository ppa:ubuntu-lxc/lxd-stable apt-get update apt-get dist-upgrade apt-get install lxd The package creates a new “lxd” group which contains all users allowed to talk to lxd over the local unix socket. All members of the “adm

Introducing lxcfs

Last year around this time, we announced the availability of cgmanager, a daemon allowing users and programs to easily administer and delegate cgroups over a dbus interface. It was key to supporting nested containers and unprivileged users. While its dbus interface turned out to have tremendous benefits (I wasn’t sold at first), there are

  1. Previous page
  2. 1
  3. 2
  4. Next page