OpenStack Nova V.S. Eucalyptus Feature Comparison

This page attempts to enumerate how Nova and 
Eucalyptus compare

Current Status2011-05-23

The latest one click OpenStack Compare

In this topic , administrator should know about features in OpenStack NOVA 


Feature
Eucalyptus
Nova

EC2 Query API
(./)
(./)

EC2 Soap API
(./)
{X}

OpenStack API (/ Rackspace API)
{X}
(./)

Secure communication
between components
(./)
{X}

Trivial horizontal
scalability for all
components
{X}
(./)

Built in web admin console
(./)
{X}

Command line interface for managing users
(./)
(./)


Amazon EC2 API completeness

Note: Info on Eucalyptus was provided entirely by grep. Please don't hesitate to correct errors.
EC2 API method
Eucalyptus
Nova

AllocateAddress
(./)
(./)

AssociateAddress
(./)
(./)

AttachVolume
(./)
(./)

AuthorizeSecurityGroupIngress
(./)
(./)

BundleInstance
{X}
{X}

CancelBundleTask
{X}
{X}

CancelSpotInstanceRequests
{X}
{X}

ConfirmProductInstance
{X}
{X}

CreateImage
{X}
{X}

CreateKeyPair
(./)
(./)

CreatePlacementGroup
{X}
{X}

CreateSecurityGroup
(./)
(./)

CreateSnapshot
(./)
{X}

CreateSpotDatafeedSubscription
{X}
{X}

CreateTags
{X}
{X}

CreateVolume
(./)
(./)

DeleteKeyPair
(./)
(./)

DeletePlacementGroup
{X}
{X}

DeleteSecurityGroup
(./)
(./)

DeleteSnapshot
(./)
(./)

DeleteSpotDatafeedSubscription
{X}
{X}

DeleteTags
{X}
{X}

DeleteVolume
(./)
(./)

DeregisterImage
(./)
(./)

DescribeAddresses
(./)
(./)

DescribeAvailabilityZones
(./)
(./)

DescribeBundleTasks
{X}
{X}

DescribeImageAttribute
(./)
(./)

DescribeImages
(./)
(./)

DescribeInstanceAttribute
{X}
{X}

DescribeInstances
(./)
(./)

DescribeKeyPairs
(./)
(./)

DescribePlacementGroups
{X}
{X}

DescribeRegions
(./)
(./)

DescribeReservedInstances
{X}
{X}

DescribeReservedInstancesOfferings
{X}
{X}

DescribeSecurityGroups
(./)
(./)

DescribeSnapshotAttribute
{X}
{X}

DescribeSnapshots
(./)
{X}

DescribeSpotDatafeedSubscription
{X}
{X}

DescribeSpotInstanceRequests
{X}
{X}

DescribeSpotPriceHistory
{X}
{X}

DescribeTags
{X}
{X}

DescribeVolumes
(./)
(./)

DetachVolume
(./)
(./)

DisassociateAddress
(./)
(./)

GetConsoleOutput
(./)
(./)

GetPasswordData
{X}
{X}

ImportKeyPair
{X}
{X}

ModifyImageAttribute
(./)
(./)

ModifyInstanceAttribute
{X}
{X}

ModifySnapshotAttribute
{X}
{X}

MonitorInstances
{X}
{X}

PurchaseReservedInstancesOffering
{X}
{X}

RebootInstances
(./)
(./)

RegisterImage
(./)
(./)

ReleaseAddress
(./)
(./)

RequestSpotInstances
{X}
{X}

ResetImageAttribute
(./)
{X}

ResetInstanceAttribute
{X}
{X}

ResetSnapshotAttribute
{X}
{X}

RevokeSecurityGroupIngress
(./)
(./)

RunInstances
(./)
(./)

StartInstances
{X}
{X}

StopInstances
{X}
{X}

TerminateInstances
(./)
(./)

UnmonitorInstances
{X}
{X}




EC2 features

EC2 feature
Eucalyptus
Nova

Shared AMIs
(./)
(./)

Parameterized launch (user-data)
(./)
(./)

Instance metadata
(./)
(./)

Public AMI's
(./)
(./)

Reboot instance
(./)
(./)

Retrieve console output
(./)
(./)

Paid AMI's
{X}
{X}

Multiple instance types
(./)
(./)

Instance launch time
(./)
(./)

Elastic IP's
(./)
(./)

Availability zones
(./)
(./)

User selectable kernels
(./)
(./)

Elastic Block Store
(./)
(./)

Booting without a ramdisk
(./)
(./)

Windows Support
{X}
(./)

Reserved Instances
{X}
{X}

Auto Scaling
{X}
{X}

Elastic Load Balancing
{X}
{X}

CloudWatch
{X}
{X}

Virtual Private Cloud (IPSec)
{X}
{X}

Shared snaphsots
{X}
{X}

AMI's backed by EBS
{X}
{X}

Spot Instances
{X}
{X}

Sticky session sin Elastic LB
{X}
{X}

cc1.4xlarge
{X}
{X}

Specify IP address for inst in VPC
{X}
{X}

Tags
{X}
{X}

Filters
{X}
{X}

Idempotent RunInstance calls
{X}
{X}

Import keypair
{X}
(./)

SSL termination
{X}
{X}

Comments

Post a Comment

Popular posts from this blog

The method of Web Service HA+LB in OPENSTACK NOVA for private cloud only

Image
Cloud Server HA+LB  in NOVA Our purpose is to provide uninterrupted   web services  with low cost in OPENSTACK. Due to all instances traffic through Nova-Network host in a basic deployment of NOVA . And it's hard to do HA+LB for Nova-Network. As I know it will be very hard to implement.  After read "Bootstrapping OpenStack Clouds" doc writed by DELL....The fault zone concept it much easier and cheaper.  There're three diagrams .... I. Two zones topology , share nothing between each zones. But combine two instance network in same network segment. Zone1 using 192.168.1.0/25,   Zone2 using 192.168.1.128/25 . We do  not using floating ip.  Let instance route from Core Network  Switch directly.
Read more

OpenStack Swift - Container Sync (New & Old ways)

Image
OpenStack Swift Container-Sync  Swift 內建功能利用背景工作, 讓 Container to Container 如同鏡像一樣同步所有資料. 不僅僅是自己的Container, 還可以跟其他人Account內的Container相互同步資料. 這個功能也被部分企業用來將資料從舊的Swift Cluster轉移到新的環境上. 提示 如果User request是對object做POST的操作, 操作內容不一定會被同步, 除非object_post_as_copy = true 在 Proxy server 的設定, 目前這個值預設為開啟 true. 同步的設定可以有幾種模式 : One-way sync : 單向同步 containerA --> containerB Two-way sync : 雙向同步 containerA <--> containerB Chain : 鏈狀同步 containerA --> containerB --> containerC --> containerA 首先你必須要知道目前有兩種方法(新/舊)來設定 Container Sync First of all, you need to know there are two styles for setting container-sync currently.  OLD-style(舊): Supported since Swift's initial release. 任何版本,包含新版本 NEW-style(新): Implemented in Swift 1.12  or later. 在1.12版本後才釋出 不論新舊styles, 都有一個重要的前提, 原資料所在的Container Server, 必須要能跟遠端目標Container 的 Proxy Server 透過網路連結的到. NEW-Style - 多了realm(域)的觀念. 新的做法需要先建立一個設定檔 ( /etc/swift/container-sync-realms.conf )在兩個叢集的"所有"節點. 具體一點來說, 只要會涉及到這個同步過程的所有Pro
Read more