Troubleshooting Tips from a Docker Support EngineerJeff Anderson
Troubleshooting is like going on an adventure. Here are some tips for how to tackle unexpected situations when using Docker.
These cases were pulled from the most common issues encountered while helping folks in the Docker community solve issues.
The Docker network overlay driver relies on several technologies: network namespaces, VXLAN, Netlink and a distributed key-value store. This talk will present each of these mechanisms one by one along with their userland tools and show hands-on how they interact together when setting up an overlay to connect containers.
The talk will continue with a demo showing how to build your own simple overlay using these technologies.
The Docker network overlay driver relies on several technologies: network namespaces, VXLAN, Netlink and a distributed key-value store. This talk will present each of these mechanisms one by one along with their userland tools and show hands-on how they interact together when setting up an overlay to connect containers.
The talk will continue with a demo showing how to build your own simple overlay using these technologies.
Docker Networking with New Ipvlan and Macvlan DriversBrent Salisbury
Docker Networking presentation at ONS2016.
Docker Macvlan and Ipvlan Networking Drivers Experimental Readme:
github.com/docker/docker/blob/master/experimental/vlan-networks.md
Kernel requirements for Ipvlan mode is v4.2+, Macvlan mode is v3.19.
If using Virtualbox to test with, use NAT mode interfaces unless you have multiple MAC addresses working in your setup. Use the 172.x.x.x subnet and gateway used by the VBox NAT network. Vmware Fusion works out of the box.
Here is a screenshot of a VirtualBox NAT interface:
https://www.dropbox.com/s/w1rf61n18y7q4f1/Screenshot%202016-03-20%2001.55.13.png?dl=0
Troubleshooting Tips from a Docker Support EngineerJeff Anderson
Troubleshooting is like going on an adventure. Here are some tips for how to tackle unexpected situations when using Docker.
These cases were pulled from the most common issues encountered while helping folks in the Docker community solve issues.
The Docker network overlay driver relies on several technologies: network namespaces, VXLAN, Netlink and a distributed key-value store. This talk will present each of these mechanisms one by one along with their userland tools and show hands-on how they interact together when setting up an overlay to connect containers.
The talk will continue with a demo showing how to build your own simple overlay using these technologies.
The Docker network overlay driver relies on several technologies: network namespaces, VXLAN, Netlink and a distributed key-value store. This talk will present each of these mechanisms one by one along with their userland tools and show hands-on how they interact together when setting up an overlay to connect containers.
The talk will continue with a demo showing how to build your own simple overlay using these technologies.
Docker Networking with New Ipvlan and Macvlan DriversBrent Salisbury
Docker Networking presentation at ONS2016.
Docker Macvlan and Ipvlan Networking Drivers Experimental Readme:
github.com/docker/docker/blob/master/experimental/vlan-networks.md
Kernel requirements for Ipvlan mode is v4.2+, Macvlan mode is v3.19.
If using Virtualbox to test with, use NAT mode interfaces unless you have multiple MAC addresses working in your setup. Use the 172.x.x.x subnet and gateway used by the VBox NAT network. Vmware Fusion works out of the box.
Here is a screenshot of a VirtualBox NAT interface:
https://www.dropbox.com/s/w1rf61n18y7q4f1/Screenshot%202016-03-20%2001.55.13.png?dl=0
Rich Sands, Director of Developer Communities at Black Duck, presented these interesting statistics on open source projects from Ohloh.net at the 2012 Linux Foundation Collaboration Summit.
OpenStack Korea 2015 상반기스터디(devops) 스크립트로 오픈스택 설치하기 20150728jieun kim
※ 본 발표자료는 DevOps팀의 codetree님이 주도적으로 작성하신 shell script를 리뷰하여 작성하였습니다.
[OpenStack Korea Community Study Group, DevOps]
2015년 상반기 두번째 스터디, DevOps Class
"쉘 스크립트를 활용한 오픈스택 Kilo 설치 - 10분만에 끝내기"
D2에서 진행한 스터디 마무리 발표, 2번째 발표에대한 자료입니다.
Docker in Production: How RightScale Delivers Cloud ApplicationsRightScale
Combining Docker, cloud infrastructure, and continuous integration and delivery practices can create a highly automated and efficient way to get new applications and features to market. The RightScale development team has been using Docker from development to continuous integration, and now the operations team has taken Docker into the production environment.
The Docker in Production: How RightScale Delivers Cloud Applications webinar will cover:
Approach and use case for adopting Docker
How RightScale has adopted Docker for development, CI, and production
Overcoming technical and process challenges
The RightScale process before and after Docker
Benefits for both developers and operations teams
Rich Sands, Director of Developer Communities at Black Duck, presented these interesting statistics on open source projects from Ohloh.net at the 2012 Linux Foundation Collaboration Summit.
OpenStack Korea 2015 상반기스터디(devops) 스크립트로 오픈스택 설치하기 20150728jieun kim
※ 본 발표자료는 DevOps팀의 codetree님이 주도적으로 작성하신 shell script를 리뷰하여 작성하였습니다.
[OpenStack Korea Community Study Group, DevOps]
2015년 상반기 두번째 스터디, DevOps Class
"쉘 스크립트를 활용한 오픈스택 Kilo 설치 - 10분만에 끝내기"
D2에서 진행한 스터디 마무리 발표, 2번째 발표에대한 자료입니다.
Docker in Production: How RightScale Delivers Cloud ApplicationsRightScale
Combining Docker, cloud infrastructure, and continuous integration and delivery practices can create a highly automated and efficient way to get new applications and features to market. The RightScale development team has been using Docker from development to continuous integration, and now the operations team has taken Docker into the production environment.
The Docker in Production: How RightScale Delivers Cloud Applications webinar will cover:
Approach and use case for adopting Docker
How RightScale has adopted Docker for development, CI, and production
Overcoming technical and process challenges
The RightScale process before and after Docker
Benefits for both developers and operations teams
Why Managed Service Providers Should Embrace Container TechnologySagi Brody
This talk will demonstrate the importance and value for Managed Service Providers (MSPs) and cloud providers of building their business models around the management of containers. It will also explore the various container technologies being used today and why one might be utilized over another. The object is not to give a technical discussion on the subject, but rather to cover the benefits of Linux containers and how their use can be incorporated into strategies for future business planning and development.
Reusing your existing software on Android
1. Runnig the existing software on Android
1.1 Rebuilding by Android tool chain
1.2 Running the binary as is
2. Running Android on your existing Linux environment
I show you 'Android on Ubuntu server'
Oded Coster - Stack Overflow behind the scenes - how it's made - Codemotion M...Codemotion
Stack Overflow serves over 100 million unique visitors a month, serving a page in 20ms using 9 web servers and 2 database servers. In this talk I will cover how we develop, build, configure, deploy, monitor and maintain the site, as well as cover aspects of working in a team distributed around the world.
Presented by: Jason Mimick
Technical Director, MongoDB
MongoDB Ops Manager is an enterprise-grade end-to-end database management, monitoring, and backup solution. Kubernetes has clearly won the orchestration-platform "wars". In this session we'll take a deep dive on how you can leverage both these technologies to host your MongoDB deployments within your Kubernetes infrastructure whether that's OpenShift, PKS, Azure AKS, or just upstream. This talk will review the core technologies, such as containers, Kubernetes, and MongoDB Ops Manager. You'll also have a chance to see real-live demos of MongoDB running on Kubernetes and managed with MongoDB Ops Manager with the MongoDB Enterprise Kubernetes Operator.
Overview of Docker 1.11 features(Covers Docker release summary till 1.11, runc/containerd, dns load balancing ipv6 service discovery, labels, macvlan/ipvlan)
Introductory seminar on Docker and its components (networks and Compose in particular). Focused on going through some basic concepts, mention some more advanced topics, and introduce a practical workshop held on the same evening.
Docker is going to change the way services are deployed by encapsulating them, thus provide a robust and complete continous development/deployment workflow. But how is docker impacting the compute part of HPC? Containerization uses kernel functions (Namespaces/CGroups) to encapsulate the processes, while allowing a fain grained customization of the compute stack; sitting on top of a stripped down bare-metal OS that provides basic services.
This sessions aims to explore if docker already is the 'virtualization' technique the HPC community is waiting for.
Could a distributed MPI job across multiple containers placed on different physical nodes beat a natively started job?
Nanog75, Network Device Property as CodeDamien Garros
Device configuration templates have simplified a lot of things for the network industry but many networks are still managing their device properties (aka variables) manually which is very tedious and error prone. This talk will present a new approach to generate and manage network device properties easily using infrastructure as code principles.
We talked about our new bare-metal provisioning setup built around Collins (which is an opensource CMDB/IPAM project from Tumblr) and the workflows associated.
Services are the New Cloud Platform (Services-as-a-Platform)Randy Bias
How Amazon Web Services and other public clouds are really building Services-as-a-Platform (SaaP) not IaaS or PaaS. SaaP combined with DevOps is the ultimate path to faster, more nimble enterprise services and application delivery and lowering business time to value (TTV).
Juniper's plans to reboot the OpenContrail community and transition from a Juniper-led project to a community led project. We need your help. Get involved.
State of the Stack v4 - OpenStack in All It's GloryRandy Bias
The almost annual State of the Stack, version 4, an end-to-end view of OpenStack. This edition focuses on what the challenges are within the community and how they can be addressed.
v1 of SOTS has over 90,000 views and is one of the highest viewed OpenStack presentations ever.
The Lie of a Benevolent Dictator; the Truth of a Working Democratic MeritocracyRandy Bias
Keynote at OpenStackSV's inaugural event. Essentially a call to arms to fix the missing "product leadership gap" that is clearly causing drag on the project(s).
OpenStack Architected Like AWS (and GCP)Randy Bias
A description of how we built Open Cloud System (OCS), an OpenStack-powered complete cloud operating system. With a focus on AWS and GCE interoperability, we describe why hybrid cloud interoperability matters and how we got there. Anyone can do it and we think you should too.
A detailed description of how Cloudscaling's Open Cloud System (OCS) has solved the network scalability problems in OpenStack. We'll cover how and why we designed a Layer-3 (L3) scale-out network, how we plugin and extend OpenStack, and talk about why we did it this way.
Pets vs. Cattle: The Elastic Cloud StoryRandy Bias
My recent presentation to the Chicago DevOps Meetup that explains how we're moving from a servers as Pets world to a servers as Cattle world. Understanding this change is critical to success in cloud, DevOps, and delivering new value to the enterprise.
SFBay OpenStack Meetup // Neutron and SDN in Production – Dec 3 2013Randy Bias
Cloud architects deploying OpenStack have multiple options for virtualizing the network layer. At this meetup, folks who’ve built big clouds and designed the networking fabrics for them will talk about those choices, including those that are native to OpenStack as well as other open source options. They’ll also dig into what’s new in Havana and what’s on tap for Icehouse next spring from a networking standpoint.
Bring your questions about network virtualization and SDN in OpenStack, and we’ll talk about Neutron and more.
Moderator Randy Bias of Cloudscaling will be joined by Rudra Rugge of Juniper Networks, Aaron Rosen of VMware / Nicira, Edgar Magana of PLUMgrid, and Ryu Ishimoto of Midokura.
Replay of the live broadcast can be found (soon) at http://youtube.com/siliconangle
Running your own infrastructure *can* be as little as half the cost of running on AWS once you are at scale. OpenStack-based cloud systems can provide the same or similar economies of scale if you leverage the lessons of AWS and GCE when building your cloud. This talk discusses the economic factors in designing a cost-efficient AWS + OpenStack hybrid cloud. We look at the issues involved in repatriating existing applications, and show a couple of real-world demonstration of tools that can assist in the repatriation process. Repatriation isn quite as simple as hitting the Easy button, but if you plan your deployment correctly, you can make it work, both technically and economically.
This 2nd major State of the Stack address is a complete refresh of the spring 2013 edition, broadcast live on BrightTALK from the OpenStack Summit in Hong Kong.
(Replay: https://www.brighttalk.com/webcast/10353/92159)
Randy Bias, CEO and Co-founder of Cloudscaling examines the progress from Grizzly to Havana and delves into new areas like refstack, tripleO, bare metal server provisioning, the move from "projects" to "programs", and public/hybrid cloud compatibility. Check out the updated statistics on project momentum and look more closely at big upgrades in Havana, including OpenStack Orchestrate (Heat), which has the opportunity to change the game for OpenStack in the greater private and hybrid cloud game. We also discuss the "what is 'core'" debate and examine the idea that OpenStack is a kernel, not a complete cloud OS.
Networking is NOT Free: Lessons in Network DesignRandy Bias
An in-depth critique of the existing OpenStack networking approach, with a focus on how the Nova network controller is more of a hindrance than a help. Discusses the gap in Quantum's functionality required to close the gap, and alternative solutions. How can we make networking in OpenStack robust, high performance, and fault tolerant? What do typical large scale networks look like and what lessons can we learn from them? Is there an approach to networking we can take that is the same with a handful of servers as it is with hundreds of racks?
Existing approaches to delivering persistent block storage in OpenStack focus on integrating existing SAN/NAS hardware solutions, using Distributed File Systems (DFS), or using simple Direct Attached Storage (DAS) with Cinder. There is another alternative: scale-out block storage nodes with intelligent scheduling. This is the same approach that Amazon Web Services (AWS) uses for Elastic Block Storage (EBS) and it's worth taking a close look at the pros and cons. This presentation will explore the differences between SAN, NAS, DFS, DAS, and EBS. We will look at the implicit and explicit contracts that users and operators get from the different approaches and look at a variety of failure conditions. EBS may not be right for some clouds, but for many it's an important and viable alternative to the existing approaches.
A comprehensive review of OpenStack then and now, each project's architecture, and hard data on why the race for open cloud is over. (First edition delivered April 2013 at OpenStack Summit. This version is from SPDEcon on June 10, 2013.)
Randy Bias, Co-Founder and CTO of Cloudscaling, speaks on open storage, fault tolerance and the concept of failure "blast radius" at the Open Storage Summit, hosted by Nexenta in May 2012.
1. Pimp My Cloud
Nova Configuration Hints and Tricks
Joe Gordon
CCA - NoDerivs 3.0 Unported License - Usage OK, no modifications, full attribution.*
* All unlicensed or borrowed works retain their original licenses. 1
Wednesday, October 17, 12
2. About Me
• Engineer at Cloudscaling
• Contributor
• Deployer
• Folsom Contributions
o Top 10 developer
(by commits)
o Mostly in Nova
http://bitergia.com/public/reports/openstack/2012_09_folsom/
CCA - NoDerivs 3.0 Unported License - Usage OK, no modifications, full attribution.*
* All unlicensed or borrowed works retain their original licenses. 2
Wednesday, October 17, 12
3. By the Numbers: Nova Folsom
• 190+ Contributors
• Release Python Lines Other Lines Python Files Other Files
Folsom 186,738 242,721 666 788
Essex 150,894 221,109 593 302
Diablo 110,581 110,393 427 389
• Code churn:
Release Lines Insertions Lines Deletions Insertions/LoC %
Folsom 110,308 71,911 59.0%
Essex 182,298 138,346 120.8%
Code churn generated with git log --numstat --pretty="%H" $A..$B| grep .py$ | awk 'NF==3 {plus+=$1; minus+=$2} END {printf("+%d, -%dn", plus,
minus)}'
CCA - NoDerivs 3.0 Unported License - Usage OK, no modifications, full attribution.*
* All unlicensed or borrowed works retain their original licenses. 3
Wednesday, October 17, 12
4. Who Wrote Nova Folsom?
1 138 Russell Bryant <rbryant@redhat.com>
2 112 Johannes Erdfelt <johannes.erdfelt@rackspace.com>
3 97 Dan Prince <dprince@redhat.com>
4 88 Vishvananda Ishaya <vishvananda@gmail.com>
5 81 Joe Gordon <jogo@cloudscaling.com>
6 63 Michael Still <mikal@stillhq.com>
7 59 Mark McLoughlin <markmc@redhat.com>
8 58 Rick Harris <rconradharris@gmail.com>
9 50 Yun Mao <yunmao@gmail.com>
10 45 Daniel P. Berrange <berrange@redhat.com>
11 36 Chris Behrens <cbehrens@codestud.com>
12 31 Eoghan Glynn <eglynn@redhat.com>
13 29 Brian Waldon <brian.waldon@rackspace.com>
14 26 Pádraig Brady <pbrady@redhat.com>
15 25 Chuck Short <zulcss@ubuntu.com>
16 23 Sean Dague <sdague@linux.vnet.ibm.com>
17 21 Alex Meade <alex.meade@rackspace.com>
18 18 Kevin L. Mitchell <kevin.mitchell@rackspace.com>
19 17 Brian Elliott <brian.elliott@rackspace.com>
20 17 Zhongyue Luo <zhongyue.nah@intel.com>
21 16 John Griffith <john.griffith@solidfire.com>
22 13 Dan Smith <danms@us.ibm.com>
23 13 Andrew Bogott <abogott@wikimedia.org>
24 12 Renuka Apte <renuka.apte@citrix.com>
25 12 Thierry Carrez <thierry@openstack.org>
git shortlog -sne --since="Tue Mar 20
26 12 Monty Taylor <mordred@inaugust.com> 08:17:40 2012 +0100" --no-merges | cat -n
27 10 MotoKen <motokentsai@gmail.com>
CCA - NoDerivs 3.0 Unported License - Usage OK, no modifications, full attribution.*
* All unlicensed or borrowed works retain their original licenses. 4
Wednesday, October 17, 12
5. OpenStack Architecture
CCA - NoDerivs 3.0 Unported License - Usage OK, no modifications, full attribution.*
* All unlicensed or borrowed works retain their original licenses. 5
Wednesday, October 17, 12
6. Nova Architecture
CCA - NoDerivs 3.0 Unported License - Usage OK, no modifications, full attribution.*
* All unlicensed or borrowed works retain their original licenses. 6
Wednesday, October 17, 12
7. Vanilla Nova
• Devstack
• All in One
• RabbitMQ
• KVM
• MySQL
• Default configuration options
CCA - NoDerivs 3.0 Unported License - Usage OK, no modifications, full attribution.*
* All unlicensed or borrowed works retain their original licenses. 7
Wednesday, October 17, 12
8. Customize Nova
• Choose a
o Hypervisor
o Database
o Message Queue
o Network Model
o Scheduler
• Configuration
o Any of the 500+ options
• Custom Services
o Any service can be
swapped out for one
you write
CCA - NoDerivs 3.0 Unported License - Usage OK, no modifications, full attribution.*
* All unlicensed or borrowed works retain their original licenses. 8
Wednesday, October 17, 12
9. Customize Nova
• Choose a
o Hypervisor
o Database
o Message Queue
o Network Model
o Scheduler
• Configuration
o Any of the 500+ options
• Custom Services
o Any service can be
swapped out for one
you write
CCA - NoDerivs 3.0 Unported License - Usage OK, no modifications, full attribution.*
* All unlicensed or borrowed works retain their original licenses. 9
Wednesday, October 17, 12
10. What Makes Openstack Open
• 3 RPC backends
• 3+ DB backends
• 6+ Virtualization backends
• 500+ configuration options
CCA - NoDerivs 3.0 Unported License - Usage OK, no modifications, full attribution.*
* All unlicensed or borrowed works retain their original licenses. 10
Wednesday, October 17, 12
11. New Options for Folsom
• 1 RPC backends
o ZeroMQ
• 2 virt backends
o Hyper-V
o PowerVM
• 100+ configuration options
CCA - NoDerivs 3.0 Unported License - Usage OK, no modifications, full attribution.*
* All unlicensed or borrowed works retain their original licenses. 11
Wednesday, October 17, 12
12. New Features for Folsom by Blueprint
• General host aggregates (operator)
• Disable API extensions
• Rootwrap pluggable filters (operator)
• Multi-scheduler support (operator)
• Flavor extra-specs
• LVM ephemeral disk images (operator)
• Project specific flavors
• Multi-process API services (operator)
CCA - NoDerivs 3.0 Unported License - Usage OK, no modifications, full attribution.*
* All unlicensed or borrowed works retain their original licenses. 12
Wednesday, October 17, 12
13. Backend Choices
CCA - NoDerivs 3.0 Unported License - Usage OK, no modifications, full attribution.*
* All unlicensed or borrowed works retain their original licenses. 13
Wednesday, October 17, 12
14. RPC Comparisons
RPC
Protocol Company Affiliations Brokerless Language
Backend
kombu
AMQP 0-9-1 Erlang
(rabbitMQ)
qpid AMQP 0-10 Java, C++
ZeroMQ Python, C++
CCA - NoDerivs 3.0 Unported License - Usage OK, no modifications, full attribution.*
* All unlicensed or borrowed works retain their original licenses. 14
Wednesday, October 17, 12
15. Database Comparisons
Database Simultaneous writes High Availability Native python client
?
CCA - NoDerivs 3.0 Unported License - Usage OK, no modifications, full attribution.*
* All unlicensed or borrowed works retain their original licenses. 15
Wednesday, October 17, 12
16. Virtualization Comparisons
Virtualization
Backend maintained by Fast Open Source
type
Baremetal N/A N/A
UML paravirt only
LXC container
Xen full/paravirt
KVM full
Qemu qemu.org full
Hyper-V full
PowerVM full
VMware ESX full
CCA - NoDerivs 3.0 Unported License - Usage OK, no modifications, full attribution.*
* All unlicensed or borrowed works retain their original licenses. 16
Wednesday, October 17, 12
17. Configuration Options
CCA - NoDerivs 3.0 Unported License - Usage OK, no modifications, full attribution.*
* All unlicensed or borrowed works retain their original licenses. 17
Wednesday, October 17, 12
18. Configuration Options by Type
Boolean
68
Floats
6
Ints
119 13%
Lists
18 1%
MultiString
6
String
290
23%
57%
4%
1%
CCA - NoDerivs 3.0 Unported License - Usage OK, no modifications, full attribution.*
* All unlicensed or borrowed works retain their original licenses. 18
Wednesday, October 17, 12
19. New Config Options in Folsom
allowed_rpc_exception_modules max_age
api_url netapp_storage_service_prefix
auth_blob nfs_mount_point_base
backdoor_port non_inheritable_image_properties
base_dir_name notify_on_any_change
cinder_* notify_on_state_change
claim_timeout_seconds osapi_max_request_body_size
config_drive_format osapi_volume_workers
config_drive_skip_versions periodic_fuzzy_delay
config_drive_tempdir port
default_scheduler_driver powervm_*
defer_iptables_apply quantum_*
ec2_strict_validation quota_driver
ec2_workers quota_key_pairs
fatal_deprecations quota_security_group_rules
force_config_drive quota_security_groups
glance_api_insecure rbd_*
hyperv_attaching_volume_retry_count reservation_expire
hyperv_wait_between_attach_retry rootwrap_config
image_info_filename_pattern rpc_cast_timeout
instance_build_timeout rpc_zmq_*
instance_uuid_format server
libvirt_cpu_mode server_ca_file
libvirt_cpu_model snapshot_same_host
libvirt_images_type sql_connection_debug
libvirt_images_volume_group sql_connection_trace
libvirt_inject_key storwize_*
libvirt_inject_partition syslog_log_facility
libvirt_snapshots_directory until_refresh
libvirt_sparse_logical_volumes vswitch_name
limit_cpu_features xenapi_check_host
matchmaker_ringfile xenapi_num_vbd_unplug_retries
CCA - NoDerivs 3.0 Unported License - Usage OK, no modifications, full attribution.*
* All unlicensed or borrowed works retain their original licenses. 19
Wednesday, October 17, 12
20. Virtualization options
1.pick a compute RPC topic
scheduler_topic=compute
2.pick a compute manager
compute_manager=nova.compute.manager.ComputeManager
3.compute manager options
instances_path=$state_path/instances
base_dir_name=_base
compute_driver=libvirt.LibvirtDriver
console_host=socket.getfqdn()
live_migration_retry_count=30
reboot_timeout=0
instance_build_timeout=0
rescue_timeout=0
resize_confirm_window=0
*_interval=
running_deleted_instance_timeout=0
running_deleted_instance_action=log
instance_usage_audit=false
4.compute driver options
rescue_*_id=
libvirt_type=kvm
libvirt_inject_password=false
libvirt_inject_key=true
*_migration_=
libvirt_cpu_mode=
libvirt_cpu_model=
...
CCA - NoDerivs 3.0 Unported License - Usage OK, no modifications, full attribution.*
* All unlicensed or borrowed works retain their original licenses. 20
Wednesday, October 17, 12
21. compute.manager options
cfg.IntOpt('live_migration_retry_count',
default=30,
help="Number of 1 second retries needed in live_migration"),
cfg.IntOpt("reboot_timeout",
default=0,
help="Automatically hard reboot an instance if it has been "
"stuck in a rebooting state longer than N seconds. "
"Set to 0 to disable."),
cfg.IntOpt("instance_build_timeout",
default=0,
help="Amount of time in seconds an instance can be in BUILD "
"before going into ERROR status."
"Set to 0 to disable."),
cfg.IntOpt("rescue_timeout",
default=0,
help="Automatically unrescue an instance after N seconds. "
"Set to 0 to disable."),
cfg.IntOpt("resize_confirm_window",
default=0,
help="Automatically confirm resizes after N seconds. "
"Set to 0 to disable."),
...
cfg.StrOpt("running_deleted_instance_action",
default="log",
help="Action to take if a running deleted instance is detected."
"Valid options are 'noop', 'log' and 'reap'. "
"Set to 'noop' to disable."),
CCA - NoDerivs 3.0 Unported License - Usage OK, no modifications, full attribution.*
* All unlicensed or borrowed works retain their original licenses. 21
Wednesday, October 17, 12
22. reap running deleted instances
cfg.IntOpt("running_deleted_instance_timeout",
default=0,
help="Number of seconds after being deleted when a running "
"instance should be considered eligible for cleanup."),
cfg.IntOpt("running_deleted_instance_interval",
default=30,
help="Number of periodic scheduler ticks to wait between runs of "
"the cleanup task."),
cfg.StrOpt("running_deleted_instance_action",
default="noop",
help="Action to take if a running deleted instance is detected."
"Valid options are 'noop', 'log' and 'reap'. "
"Set to 'noop' to disable."),
nova.conf settings
running_deleted_instance_timeout=60
running_deleted_instance_action=reap
CCA - NoDerivs 3.0 Unported License - Usage OK, no modifications, full attribution.*
* All unlicensed or borrowed works retain their original licenses. 22
Wednesday, October 17, 12
23. Scheduler options
1.pick a scheduler RPC topic
scheduler_topic=scheduler
2.pick a scheduler manager
scheduler_manager=nova.scheduler.manager.SchedulerManager
3.pick a scheduler driver
scheduler_driver=nova.scheduler.multi.MultiScheduler
4.set up scheduler.driver options
scheduler_host_manager=nova.scheduler.host_manager.HostManager
scheduler_max_attempts=3
5.multi scheduler options
compute_scheduler_driver=nova.scheduler.filter_scheduler.FilterScheduler
volume_scheduler_driver=nova.scheduler.chance.ChanceScheduler
default_scheduler_driver=nova.scheduler.chance.ChanceScheduler
6.host_manager options
scheduler_available_filters=nova.scheduler.filters.standard_filters
scheduler_default_filters=RetryFilter,AvailabilityZoneFilter,RamFilter,ComputeFilter,ComputeC
apabilitiesFilter,ImagePropertiesFilter
7.filter options
ram_allocation_ratio=1.5
8.resource_tracker options
reserved_host_disk_mb=0
reserved_host_memory_mb=512
claim_timeout_seconds=600
compute_stats_class=nova.compute.stats.Stats
CCA - NoDerivs 3.0 Unported License - Usage OK, no modifications, full attribution.*
* All unlicensed or borrowed works retain their original licenses. 23
Wednesday, October 17, 12
24. Add custom filter
cfg.MultiStrOpt('scheduler_available_filters',
default=['nova.scheduler.filters.standard_filters'],
help='Filter classes available to the scheduler which may '
'be specified more than once. An entry of '
'"nova.scheduler.filters.standard_filters" '
'maps to all filters included with nova.'),
cfg.ListOpt('scheduler_default_filters',
default=[
'RetryFilter',
'AvailabilityZoneFilter',
'RamFilter',
'ComputeFilter',
'ComputeCapabilitiesFilter',
'ImagePropertiesFilter'
],
help='Which filter class names to use for filtering hosts '
'when not specified in the request.'),
nova.conf settings
scheduler_available_filters=myfilter.CustomFilter
scheduler_default_filters=RetryFilter,AvailabilityZoneFilter,RamFilter,ComputeFilter,
ComputeCapabilitiesFilter,ImagePropertiesFilter,CustomFilter
CCA - NoDerivs 3.0 Unported License - Usage OK, no modifications, full attribution.*
* All unlicensed or borrowed works retain their original licenses. 24
Wednesday, October 17, 12
25. *_driver *_manager
• network • compute
• quota • console
• compute • cert
• console • instance_dns
• db • floating_ip_dns
• linuxnet_interface • network
• scheduler • volume
o compute_scheduler
o volume_scheduler • scheduler
o default_scheduler • metadata
• baremetal • image_cache
• firewall • consoleauth
• libvirt_vif • scheduler_host
• volume_driver
CCA - NoDerivs 3.0 Unported License - Usage OK, no modifications, full attribution.*
* All unlicensed or borrowed works retain their original licenses. 25
Wednesday, October 17, 12
26. Nova Architecture
manager
Driver
CCA - NoDerivs 3.0 Unported License - Usage OK, no modifications, full attribution.*
* All unlicensed or borrowed works retain their original licenses. 26
Wednesday, October 17, 12
27. Resources
Blueprints: https://blueprints.launchpad.net/nova/folsom
Source: https://github.com/openstack/nova/tree/stable/folsom
Documentation: http://docs.openstack.org
Release notes: http://wiki.openstack.org/ReleaseNotes/Folsom
CCA - NoDerivs 3.0 Unported License - Usage OK, no modifications, full attribution.*
* All unlicensed or borrowed works retain their original licenses. 27
Wednesday, October 17, 12
28. Questions?
CCA - NoDerivs 3.0 Unported License - Usage OK, no modifications, full attribution.*
* All unlicensed or borrowed works retain their original licenses. 28
Wednesday, October 17, 12