XPDS13: Xenserver-core: What it is, how it is built and how to get involved - Euan Harris, Citrix

•

0 recomendaciones•1,980 vistas

XenServer is open source and freely available, but it is packaged as an appliance image which must be installed on dedicated hardware. xenserver-core repackages the core components of XenServer so they can easily be built and installed on a standard Linux distribution. Its main goals are: * to make it easy to download, modify and build XenServer components, or just learn how they work; * to help upstream distributions to include up-to-date XenServer packages; * to provide an environment for experimentation. This talk will explain the motivations behind xenserver-core and how it relates to the open-sourcing of XenServer. For developers, it will cover how to get the code, how to build it and how to contribute back to the project. For packagers, it will explain the project's development and release processes and what an upstream maintainer can expect from it.

Tecnología

xenserver-core
What it is, how it is built and how to get involved

Euan Harris
Citrix

DOM0

Third party
components
XAPI

HA
Storage
Manager

QEMU
Drivers

xenserver-core
general model

xenserver-core
on CentOS

xenserver-core
(Xapi and friends)

xenserver-core
(Xapi and friends)

Virtualization
base packages
(Xen, Qemu, libvirt)

“Xen4CentOS”
extra packages

Base Linux distribution

CentOS 6.4

$ git clone https://github.com/
xapi-project/xenserver-core.git
$ cd xenserver-core
$ ./configure.sh
$ ./makemake.py > Makefile
$ make
...
[CURL] SOURCES/libvhd-0.9.1.tar.gz
[RPMBUILD] SRPMS/ocaml-libvhd-0.9.1-1.src.rpm
[MOCK] RPMS/x86_64/ocaml-libvhd-0.9.1-1.x86_64.rpm
[CREATEREPO] RPMS/x86_64/ocaml-libvhd-0.9.1-1.x86_64.rpm

...

foo.spec

foo.tgz

rpmbuild

foo.srpm

foo-1.patch

foo.srpm

mock

foo.rpm
foo.rpm
foo.rpm

Name:
ocaml-qmp
Version:
0.9.1
Release:
1
...
BuildRequires: ocaml ocaml-findlib ocaml-obuild
ocaml-yojson-devel cmdliner-devel ocaml-ounit-devel

makemake.py

./SRPMS/ocaml-qmp-0.9.1-1.src.rpm: ./SPECS/ocaml-qmp.spec
./SOURCES/ocaml-qmp-0.9.1.tar.gz
./SOURCES/ocaml-qmp-0.9.1.tar.gz: ./SPECS/ocaml-qmp.spec
@curl -o $@ https://github.com/xapi-project/ocamlqmp/archive/0.9.1/ocaml-qmp-0.9.1.tar.gz
./RPMS/x86_64/ocaml-qmp-0.9.1-1.x86_64.rpm: ./SRPMS/ocamlqmp-0.9.1-1.src.rpm
./RPMS/x86_64/ocaml-qmp-devel-0.9.1-1.x86_64.rpm:
./SRPMS/ocaml-qmp-0.9.1-1.src.rpm
./RPMS/x86_64/ocaml-qmp-0.9.1-1.x86_64.rpm:
./RPMS/x86_64/ocaml-obuild-0.0.2-1.x86_64.rpm

foo.spec

foo.tgz

makedeb.py

foo.dsc
(and some tarballs)

foo-1.patch

foo.dsc

cowbuilder

foo.deb
foo.rpm
foo.rpm

XPDS13: Xenserver-core: What it is, how it is built and how to get involved - Euan Harris, Citrix

Más contenido relacionado

La actualidad más candente

SUSE Enterprise Storage - a Gentle Introduction

Gábor Nyers

Building community with CentOS Stream

Davide Cavalca

Introduction to OpenSolaris 2008.11

Eduardo Pelegri-Llopart

Self2013

Dru Lavigne

Hadoop single cluster installation

Minh Tran

centOS

Nikko C. Ebora

Rhel 7/CentOS 7 boot process

Nilesh Vaghela

CentOS Operating System Presentation (Southeast University)

Mahmudul Hasan Porag

S4 sig-check-lpc-20130918

SUSE Labs Taipei

Linuxconcepts

Santosh Khadsare

Centos

sandyy12

Presentation by StackIQ's VP Engineering/Co-Founder, Greg Bruno, at StackiFest 2017. The Raspberry Pi was originally developed by the Raspberry Pi Foundation to promote the teaching of basic computer science in schools and developing countries. And although these little single-board computers have done just that, they have the ability to do so much more when paired with the correct tools. That’s why StackIQ ported Stacki (their original bare metal x86_64 server installer) to support Raspberry Pis, creating Stacki Ace: an open-source bare-metal installer for Raspberry Pis.

Installing a Cluster of Raspberry Pis with Stacki Ace

StackIQ

recent CF repositories

Ken Ojiri

Use build service API in your program

SUSE Labs Taipei

Nycbsdcon14

Dru Lavigne

As you know, one of Grub2 functions makes LiveCD iso image booting directly. You are able to make multi-boot UBS drive by this function and try to use several LiveCD Linux Distributions. Last openSUSE.Asia Summit 2015, I introduced how to make multi-boot USB drive by Grub2 function of booting LiveCD iso booting directly and successful booting cases of describing style on grub.cfg. But I could not introduce the successful booting case of openSUSE bootable iso image. Now, I found a success case of openSUSE bootable iso image. I introduce an inspection result of this case and successful factors. Additionally, hardware control of PC is currently changing from BIOS to EFI/UEFI, which is interface specification of operating system and firmware. You need a different approach from the conventional BIOS for booting on EFI/UEFI. I introduce how to create a EFI/UEFI multi-boot USB drive for LiveCD bootable iso images including openSUSE. If you have this milti-boot USB drive, it is easy for you to explain superiority of openSUSE while comparing with some Linux distributions. And you are able to carry different purpose LiveCD openSUSEs by SUSE Studio without PC.

How to make multi-boot USB drive for LiveCD iso images on EFI/UEFI and BIOS

Kentaro Hatori

Azure File Share and File Sync guide (Beginners Edition)

Naseem Khoodoruth

Posscon2013

Dru Lavigne

Presentation by StackIQ's Director of Open Source Engineering, Joe Kaiser, at StackiFest 2017. Step 1 of every Hadoop vendor’s documentation reads something like this: “First install a cluster.” Without a consistent group of installed machines, a Hadoop installation is prone to failure. Open source Stacki installs machines to a ping and a prompt enabling the consistency and configuration required for a functioning Hadoop installation. StackIQ released a new open source Hortonworks bridge pallet to enable the installation of Hortonworks through the Ambari appliance at the beginning of 2017. In this presentation, Joe will show you how to set-up Stacki, the HDP Bridge pallet, Ambari, and then install Hadoop on a running cluster.

Building a Hadoop Cluster with Stacki

StackIQ

Anthony McKeown Drupal Presentation

Tony McKeown

La actualidad más candente (20)

SUSE Enterprise Storage - a Gentle Introduction

Building community with CentOS Stream

Introduction to OpenSolaris 2008.11

Self2013

Hadoop single cluster installation

centOS

Rhel 7/CentOS 7 boot process

CentOS Operating System Presentation (Southeast University)

S4 sig-check-lpc-20130918

Linuxconcepts

Centos

Installing a Cluster of Raspberry Pis with Stacki Ace

recent CF repositories

Use build service API in your program

Nycbsdcon14

How to make multi-boot USB drive for LiveCD iso images on EFI/UEFI and BIOS

Azure File Share and File Sync guide (Beginners Edition)

Posscon2013

Building a Hadoop Cluster with Stacki

Anthony McKeown Drupal Presentation

Similar a XPDS13: Xenserver-core: What it is, how it is built and how to get involved - Euan Harris, Citrix

Advanced Level Training on Koha / TLS (ToT)

Ata Rehman

RunX ELCE 2020

Stefano Stabellini

Instalando Cacti no CentOS 5

Carlos Eduardo

Self revisor

Li Jiansheng

Practical Introduction To Linux

Zeeshan Rizvi

S4 xen hypervisor_20080622

Todd Deshane

Run wordcount job (hadoop)

valeri kopaleishvili

OLUG_xen.ppt

webhostingguy

2015.10.05 Updated > Network Device Development - Part 1: Switch

Cheng-Yi Yu

Quick-and-Easy Deployment of a Ceph Storage Cluster with SLES

Jan Kalcic

Development platform virtualization using qemu

Premjith Achemveettil

How long does it take you, to recover an arbitrary server, or duplicate an arbitrary running configuration to a new system? Especially in the latter case without a full-backup, which would contain a wrong IP Address, Hostname and other things and would therefore eventually break some things - and are storage-exhaustive. Get into FAI - Fully Automatic Installation. FAI http://www.informatik.uni-koeln.de/fai/) is a framework for completely automated installations - via LAN, CD or USB stick, as well as configuration management for running systems. The concept "Plan your installation, and FAi installs your plan" supports, but also requires building a well planned and documented infrastructure. Configuration properties can be defined into the smallest possible Detail, and then be arbitrarily combined - a great advantage in environments with many different system types, which at the same time share one or multiple common bases and settings. FAI makes it possible to install and change many different systems at the same time. In addition to all these things, with the grml-live software, FAI can even be used to build live cd's/usb sticks. This talk will give an overview of the functionality and possibilities of FAI, including a comparison with the also renowned software for similar, but not completely the same tasks, Puppet - which can even be integrated into FAI.

Automatic systems installations and change management wit FAI - Talk for Netw...

Henning Sprang

Exp-3.pptx

PraveenKumar581409

File Systems

Anil Kumar Pugalia

Hands on Virtualization with Ganeti

OSCON Byrum

KVM tools and enterprise usage

vincentvdk

Dru lavigne servers-tutorial

Dru Lavigne

Zenoss core beta_installation_guide_r5.0.0b2_d99.14.253

Sachin Jaypatre

Kernel compilation

mcganesh

How to manage Azure with open source

Ubuntu Korea Community

Similar a XPDS13: Xenserver-core: What it is, how it is built and how to get involved - Euan Harris, Citrix (20)

Advanced Level Training on Koha / TLS (ToT)

RunX ELCE 2020

Instalando Cacti no CentOS 5

Self revisor

Practical Introduction To Linux

S4 xen hypervisor_20080622

Run wordcount job (hadoop)

OLUG_xen.ppt

2015.10.05 Updated > Network Device Development - Part 1: Switch

Quick-and-Easy Deployment of a Ceph Storage Cluster with SLES

Development platform virtualization using qemu

Automatic systems installations and change management wit FAI - Talk for Netw...

Exp-3.pptx

File Systems

Hands on Virtualization with Ganeti

KVM tools and enterprise usage

Dru lavigne servers-tutorial

Zenoss core beta_installation_guide_r5.0.0b2_d99.14.253

Kernel compilation

How to manage Azure with open source

Más de The Linux Foundation

Static partitioning is used to split an embedded system into multiple domains, each of them having access only to a portion of the hardware on the SoC. It is key to enable mixed-criticality scenarios, where a critical application, often based on a small RTOS, runs alongside a larger non-critical app, typically based on Linux. The two domains cannot interfere with each other. This talk will explain how to use Xen for static partitioning. It will introduce dom0-less, a new Xen feature written for the purpose. Dom0-less allows multiple VMs to start at boot time directly from the Xen hypervisor, decreasing boot times drastically. It makes it very easy to partition the system without virtualization overhead. Dom0 becomes unnecessary. This presentation will go into details on how to setup a Xen dom0-less system. It will show configuration examples and explain device assignment. The talk will discuss its implications for latency-sensitive and safety-critical environments.

ELC2019: Static Partitioning Made Simple

The Linux Foundation

TrenchBoot is a cross-community OSS integration project for hardware-rooted, late launch integrity of open and proprietary systems. It provides a general purpose, open-source DRTM kernel for measured system launch and attestation of device integrity to trust-centric access infrastructure. TrenchBoot closes the UEFI Measurement Gap and reduces the need to trust system firmware. This talk will introduce TrenchBoot architecture and a recent collaboration with Oracle to launch the Linux kernel directly with Intel TXT or AMD SVM Secure Launch. It will propose mechanisms for integrating the Xen hypervisor into a TrenchBoot system launch. DRTM-enabled capabilities for client, server and embedded platforms will be presented for consideration by the Xen community.

XPDDS19: How TrenchBoot is Enabling Measured Launch for Open-Source Platform ...

The Linux Foundation

Artem will briefly cover what has been done since the first talk on Xen in Automotive domain back in 2013, what is going on now and what is still missing for broad adaptation of Xen in vehicles. The following topics will be covered: Embedded/automotive features of Xen Collaboration with AGL and GENIVI organizations for standardization Efforts on Functional Safety compliance Artem will also go over typical automotive use scenarios for Xen which may not be the same as generic computing use of hypervisor.

XPDDS19 Keynote: Xen in Automotive - Artem Mygaiev, Director, Technology Solu...

The Linux Foundation

XPDDS19 Keynote: Xen Project Weather Report 2019 - Lars Kurth, Director of Op...

The Linux Foundation

In recent years unikernels have shown immense performance potential (e.g., boot times of only a few ms, image sizes of only hundreds of KBs).The fundamental drawback of unikernels is that they require that applications be manually ported to the underlying minimalistic OS, needing both expert work and often considerable amount of time. The Unikraft project provides a unikernel code base and build system that significantly simplifies the building of unikernels. In addition to support for a number CPU architectures, languages and frameworks, Unikraft provides debugging and tracing features that are generally sorely missing from unikernel projects. In this talk we will talk about these features, show a set of preliminary performance numbers, and provide a roadmap for the project's future.

XPDDS19 Keynote: Unikraft Weather Report

The Linux Foundation

XPDDS19 Keynote: Secret-free Hypervisor: Now and Future - Wei Liu, Software E...

The Linux Foundation

This talk will introduce Dom0-less: a new way of using Xen to build mixed-criticality solutions. Dom0-less is a Xen feature that adds a novel approach to static partitioning based on virtualization. It allows multiple domains to start at boot time directly from the Xen hypervisor, decreasing boot times dramatically. Xen userspace tools, such as xl and libvirt, become optional. Dom0-less extends the existing device tree based Xen boot protocol to cover information required by additional domains. Binaries, such as kernels and ramdisks, are loaded by the bootloader (u-boot) and advertised to Xen via new device tree bindings. The audience will learn how to use Dom0-less to partition the system. Uboot and device tree configuration details will be explained to enable the audience to get the most out of this feature. The talk will include a status update and details on future plans.

XPDDS19 Keynote: Xen Dom0-less - Stefano Stabellini, Principal Engineer, Xilinx

The Linux Foundation

As the number of contributions grow, reviewer bandwidth becomes a bottleneck; and maintainers are always asking for more help. However, ultimately maintainers must at least Ack every patch that goes in; so if you're not a maintainer, how can you contribute? Why should anyone care about your opinion? This talk will try to lay out some advice and guidelines for non-maintainers, for how they can do code review in a way which will effectively reduce the load on maintainers when they do come to review a patch.

XPDDS19 Keynote: Patch Review for Non-maintainers - George Dunlap, Citrix Sys...

The Linux Foundation

This talk is a follow-up to our Summit 2017 presentation in which we covered our plans for Intel VMFUNC and #VE, as well as related use-cases. This year, we will provide a report on what we have accomplished in Xen 4.12, and what remains to be addressed. We will also give a brief status update of VMI on AMD hardware. The session will end with some real-world numbers of the Hypervisor Introspection solution running on Citrix Hypervisor 8.0 with #VE enabled.

XPDDS19: Memories of a VM Funk - Mihai Donțu, Bitdefender

The Linux Foundation

Safety certification is one of the essential requirements for software to be used in highly regulated industries. Besides technical and compliance issues (such as ISO 26262 vs IEC 611508) transitioning an existing project to become more easily safety certifiable requires significant changes to development practices within an open source project. In this session, we will lay out some challenges of making safety certification achievable in open source and the Xen Project. We will outline the process the Xen Project has followed thus far and highlight lessons learned along the way. The talk will primarily focus on necessary process, tooling changes and community challenges that can prevent progress. We will be offering an in-depth review of how Xen Project is approaching this challenging goal and try to derive lessons for other projects and contributors.

OSSJP/ALS19: The Road to Safety Certification: Overcoming Community Challeng...

The Linux Foundation

Safety certification is one of the essential requirements for software to be used in highly regulated industries. The Xen Project, a secure and stable hypervisor that is used in many different markets, has been exploring the feasibility of building safety certified products on top of Xen for a year, looking at key aspects of its code base and development practices. In this session, we will lay out the motivation and challenges of making safety certification achievable in open source and the Xen Project. We will outline the process the project has followed thus far and highlight lessons learned along the way. The talk will cover technical enablers, necessary process and tooling changes and community challenges offering an in-depth review of how Xen Project is approaching this exciting and and challenging goal.

OSSJP/ALS19: The Road to Safety Certification: How the Xen Project is Making...

The Linux Foundation

2018 saw fundamental shifts in security boundaries which were previously taken for granted. A lot of work has been done in the past 2 years, and largely in secret under embargo, but there is plenty more work to be done to strengthen the existing mitigations and to try to recover some performance without reopening security holes. This talk will look at speculative execution sidechannels, the work which has already been done to mitigate the security holes, and future work which hopes to bring some improvements.

XPDDS19: Speculative Sidechannels and Mitigations - Andrew Cooper, Citrix

The Linux Foundation

The Arm architecture provides a set of guidelines that any software should abide by when accessing the memory with MMU off and update page-tables. Failing to do so may result in getting TLB conflicts or breaking coherency. In a previous talk ("Keeping coherency on Arm"), we focused on updating safely the stage-2 (aka P2M) page-tables. This talk will focus on the boot code and Xen memory management. During this session, we will introduce some of the guidelines and when they should be used. We will also discuss how Xen boot sequence needs to be reworked to avoid breaking the guidelines.

XPDDS19: Keeping Coherency on Arm: Reborn - Julien Grall, Arm ltd

The Linux Foundation

For many years the QEMU codebase has contained PV backends for Xen guests, giving them paravirtual access to storage, network, keyboard, mouse, etc. however these backends have not been configurable as QEMU devices as their implementation did not fully adhere to the QEMU Object Model (QOM). Particularly the PV storage backend not using proper QOM devices, or qdevs, meant that the QEMU block layer needed to maintain legacy code that was cluttering up the source. This was causing push-back from the maintainers who did not want to accept any patches relating to that Xen backend until it was 'qdevified'. In this talk, I'll explain the modifications I made to QEMU to achieve 'qdevification' of the PV storage backend, how compatibility with the libxl toolstack was maintained, and what the next steps in both QEMU and libxl development should be.

XPDDS19: QEMU PV Backend 'qdevification'... What Does it Mean? - Paul Durrant...

The Linux Foundation

PCI is a local computer bus for attaching hardware devices in a computer, and is the main peripheral bus on modern x86 systems. As such, having a proper way to emulate it is crucial for Xen to be able to expose both fully emulated devices or passthrough devices to guests. This talk will focus on the current status of PCI emulation in Xen, how and where it is used, what are its main limitations and future plans to improve it in order to be more robust and modular.

XPDDS19: Status of PCI Emulation in Xen - Roger Pau Monné, Citrix Systems R&D

The Linux Foundation

XPDDS19: [ARM] OP-TEE Mediator in Xen - Volodymyr Babchuk, EPAM Systems

The Linux Foundation

Xen is a very powerful hypervisor with a talented and diverse developers community. Despite the fact it's almost everywhere (from the Cloud to the embedded world), it can be difficult to set up and manage as a system administrator. General purpose distros have Xen packages, but that's just a start in your Xen journey: you need some tooling and knowledge to have a working and scalable platform. XCP-ng was built to overcome those issues: by bringing Xen to the masses with a fully turnkey distro with Xen as its core. It's the logical sequel to the XCP project, with a community focus from the start. We'll see how it happened, what we did, and what's next. Finally, we'll see the impact of XCP-ng on the Xen Project.

XPDDS19: Bringing Xen to the Masses: The Story of Building a Community-driven...

The Linux Foundation

XPDDS19: Will Robots Automate Your Job Away? Streamlining Xen Project Contrib...

The Linux Foundation

High level toolstacks for server and cloud virtualization are very mature with large communities using and supporting them. Client virtualization is a much more niche community with unique requirements when compared to those found in the server space. In this talk, we’ll introduce a client virtualization toolstack for Xen (redctl) that we are using in Redfield, a new open-source client virtualization distribution that builds upon the work done by the greater virtualization and Linux communities. We will present a case for maturing libxl’s Go bindings and discuss what advantages Go has to offer for high level toolstacks, including in the server space.

XPDDS19: Client Virtualization Toolstack in Go - Nick Rosbrook & Brendan Kerr...

The Linux Foundation

Today Xen is scheduling guest virtual cpus on all available physical cpus independently from each other. Recent security issues on modern processors (e.g. L1TF) require to turn off hyperthreading for best security in order to avoid leaking information from one hyperthread to the other. One way to avoid having to turn off hyperthreading is to only ever schedule virtual cpus of the same guest on one physical core at the same time. This is called core scheduling. This presentation shows results from the effort to implement core scheduling in the Xen hypervisor. The basic modifications in Xen are presented and performance numbers with core scheduling active are shown.

XPDDS19: Core Scheduling in Xen - Jürgen Groß, SUSE

The Linux Foundation

Más de The Linux Foundation (20)