Difference between revisions of "TroveVision"
m (→Management of datastores) |
|||
(3 intermediate revisions by the same user not shown) | |||
Line 4: | Line 4: | ||
</big> | </big> | ||
− | ==== | + | ==== OpenStack ==== |
Trove is an integrated OpenStack project, built on top of OpenStack | Trove is an integrated OpenStack project, built on top of OpenStack | ||
services (Nova, Heat, Swift, Cinder, et al), and uses OpenStack | services (Nova, Heat, Swift, Cinder, et al), and uses OpenStack | ||
methodologies and infrastructure for testing and development. | methodologies and infrastructure for testing and development. | ||
− | ==== | + | ==== Simple ==== |
Trove has push button, easy API calls to provision both single | Trove has push button, easy API calls to provision both single | ||
− | instance datastores and datastore clusters. Trove takes care | + | instance datastores and datastore clusters. |
− | of any heavy lifting required for provisoning the appropriate | + | Trove takes care of any heavy lifting required for provisoning the |
− | datastore type. | + | appropriate datastore type. |
− | ==== | + | ==== Intelligent ==== |
Trove intelligently schedules where and how the datastores get | Trove intelligently schedules where and how the datastores get | ||
provisioned, based on what hardware and capabilities are available | provisioned, based on what hardware and capabilities are available | ||
Line 24: | Line 24: | ||
* If attached storage is not available trove uses local storage for storing datastore data. | * If attached storage is not available trove uses local storage for storing datastore data. | ||
− | ==== | + | ==== Reliable ==== |
Trove provisions datastores reliably, so that users of the API don't shoot themselves in the foot. | Trove provisions datastores reliably, so that users of the API don't shoot themselves in the foot. | ||
Line 31: | Line 31: | ||
* Trove understands cluster requirements, and prevents users from inadvertantly provisioning a nonsensical configuration (eg. an even number of nodes in a galera cluster). | * Trove understands cluster requirements, and prevents users from inadvertantly provisioning a nonsensical configuration (eg. an even number of nodes in a galera cluster). | ||
− | ==== | + | ==== Scalable ==== |
Trove makes it easy to scale-up and scale-down provisioned | Trove makes it easy to scale-up and scale-down provisioned | ||
datastores based on usage. Trove provides ways to resize compute, | datastores based on usage. Trove provides ways to resize compute, | ||
Line 37: | Line 37: | ||
number of nodes in a multi-node datastore cluster. | number of nodes in a multi-node datastore cluster. | ||
− | ==== | + | ==== Monitoring of datastores ==== |
Trove provides APIs that make it easy to monitor and reports | Trove provides APIs that make it easy to monitor and reports | ||
state of datastores that it has provisioned. Trove also actively | state of datastores that it has provisioned. Trove also actively | ||
Line 47: | Line 47: | ||
* Trove builds a new node for a cluster if it detects a failed cluster node | * Trove builds a new node for a cluster if it detects a failed cluster node | ||
− | ==== | + | ==== Management of datastores ==== |
Trove provides APIs that make it easy to perform routine and | Trove provides APIs that make it easy to perform routine and | ||
scheduled maintenance tasks on the datastore like taking backups, | scheduled maintenance tasks on the datastore like taking backups, | ||
− | tuning datastore configuration parameters, etc. Trove also provides | + | tuning datastore configuration parameters, etc. Trove does ''not'' require |
+ | remote log-in to the datastore to achieve this. Trove also provides | ||
APIs that allow users to seamlessly migrate from one version of a | APIs that allow users to seamlessly migrate from one version of a | ||
datastore to another version of the same datastore. | datastore to another version of the same datastore. | ||
− | ==== | + | ==== Both single and multi-node ==== |
Trove provisions both single-node instances, and multi-node | Trove provisions both single-node instances, and multi-node | ||
clusters. Trove provisions both homogenous clusters (i.e. all nodes | clusters. Trove provisions both homogenous clusters (i.e. all nodes | ||
Line 61: | Line 62: | ||
eg. Async replication with mysql master-slave instances). | eg. Async replication with mysql master-slave instances). | ||
− | ==== | + | ==== Datastores ==== |
Trove works with both traditional SQL databases (like mysql, and | Trove works with both traditional SQL databases (like mysql, and | ||
percona) as well as NoSQL datastores (like cassandra, and mongoDB). | percona) as well as NoSQL datastores (like cassandra, and mongoDB). |
Latest revision as of 17:43, 30 April 2014
Trove is an OpenStack Service which provides simple, intelligent, reliable, and scalable provisioning, monitoring, and management of both single and multi-node datastores.
Contents
OpenStack
Trove is an integrated OpenStack project, built on top of OpenStack services (Nova, Heat, Swift, Cinder, et al), and uses OpenStack methodologies and infrastructure for testing and development.
Simple
Trove has push button, easy API calls to provision both single instance datastores and datastore clusters. Trove takes care of any heavy lifting required for provisoning the appropriate datastore type.
Intelligent
Trove intelligently schedules where and how the datastores get provisioned, based on what hardware and capabilities are available underneath.
Examples of this include:
- If availability zones are available trove automatically schedules each node of a cluster in different AZs
- If attached storage is not available trove uses local storage for storing datastore data.
Reliable
Trove provisions datastores reliably, so that users of the API don't shoot themselves in the foot.
Examples of this include:
- Trove blocks restores to flavors with insufficient disk-space.
- Trove understands cluster requirements, and prevents users from inadvertantly provisioning a nonsensical configuration (eg. an even number of nodes in a galera cluster).
Scalable
Trove makes it easy to scale-up and scale-down provisioned datastores based on usage. Trove provides ways to resize compute, memory, and disk space for datastores as well as way to resize the number of nodes in a multi-node datastore cluster.
Monitoring of datastores
Trove provides APIs that make it easy to monitor and reports state of datastores that it has provisioned. Trove also actively takes actions based on the outcome of such monitoring.
Examples of this include:
- Trove promotes a slave to a master if it detects a failed master
- Trove provisions a new slave if it detects a failed slace
- Trove builds a new node for a cluster if it detects a failed cluster node
Management of datastores
Trove provides APIs that make it easy to perform routine and scheduled maintenance tasks on the datastore like taking backups, tuning datastore configuration parameters, etc. Trove does not require remote log-in to the datastore to achieve this. Trove also provides APIs that allow users to seamlessly migrate from one version of a datastore to another version of the same datastore.
Both single and multi-node
Trove provisions both single-node instances, and multi-node clusters. Trove provisions both homogenous clusters (i.e. all nodes behave the same, eg. Cassandra Cluster), as well as instance sets with heterogenous relationships (i.e. All nodes are not the same, eg. Async replication with mysql master-slave instances).
Datastores
Trove works with both traditional SQL databases (like mysql, and percona) as well as NoSQL datastores (like cassandra, and mongoDB).