Add root disk constraint

Bug #1201503 reported by Sidnei da Silva
14
This bug affects 2 people
Affects Status Importance Assigned to Milestone
juju-core
Fix Released
Medium
Sidnei da Silva

Bug Description

We'd like to have a disk constraint available so that we can target ec2/openstack flavors with specific amounts of disk.

Tags: constraints

Related branches

John A Meinel (jameinel)
Changed in juju-core:
importance: Undecided → Wishlist
status: New → Triaged
tags: added: constraints
Revision history for this message
Sidnei da Silva (sidnei) wrote :

As clarified with William, this is the actual local, ephemeral disk in the instance, for which different flavors in EC2 have different values, and in openstack you can also create flavors with different values of local ephemeral disk. It is not related in any way to persistent storage.

Changed in juju-core:
assignee: nobody → Sidnei da Silva (sidnei)
summary: - Add disk constraint
+ Add local disk constraint
Changed in juju-core:
importance: Wishlist → Medium
Revision history for this message
Sidnei da Silva (sidnei) wrote : Re: Add local disk constraint

Upon more investigation, the definition of this varies a bit by provider.

- For openstack, you can create custom flavors that have a default root disk size upon booting. The cloud image will resize the root filesystem to match the available root disk size.
- For ec2 ebs instances, which we default to using, the root disk size defaults to 8G but you can specify a custom root disk size via block device mapping. refs:
 - http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/block-device-mapping-concepts.html
 - http://alestic.com/2009/12/ec2-ebs-boot-resize

Example:

  ec2-run-instances --key KEYPAIR --block-device-mapping /dev/sda1=:100 AMI

... creates an instance that boots with a created on-demand 100G ebs which gets thrown away when the instance is terminated. We'll need to implement passing the block device mapping in the goamz run instance api call to expose this.

- For azure, the os disk size is hardcoded and might make less sense to specify a constraint on disk size, but we should do it for consistency anyway. refs: http://msdn.microsoft.com/en-us/library/windowsazure/dn197896.aspx

Revision history for this message
Sidnei da Silva (sidnei) wrote :

Also worth noting:

Both ec2 and openstack have a concept of having a separate ephemeral disk attached to the instance as it boots.

For ec2 the number of attached disks and their size varies with instance types:

  http://aws.amazon.com/ec2/instance-types/

For openstack, you can define a single ephemeral disk of varying size, which is attached but not mounted by default afaict.

For azure, it seems like a default temporary disk 'D' is created but I can't find any information about its configurability or default size.

Handling ephemeral disk constraints should be implemented as a separate feature.

summary: - Add local disk constraint
+ Add os disk constraint
Sidnei da Silva (sidnei)
summary: - Add os disk constraint
+ Add root disk constraint
Sidnei da Silva (sidnei)
Changed in juju-core:
milestone: none → 1.13.2
status: Triaged → In Progress
Sidnei da Silva (sidnei)
Changed in juju-core:
status: In Progress → Fix Committed
Changed in juju-core:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.