2014-01-15 10:04:02 -05:00
Azure Cloud Plugin for Elasticsearch
2013-04-02 12:15:33 -04:00
====================================
The Azure Cloud plugin allows to use Azure API for the unicast discovery mechanism.
2014-07-30 18:40:47 -04:00
In order to install the plugin, run:
```sh
2014-11-24 12:17:00 -05:00
bin/plugin install elasticsearch/elasticsearch-cloud-azure/2.5.1
2014-07-30 18:40:47 -04:00
```
You need to install a version matching your Elasticsearch version:
2014-08-01 12:23:57 -04:00
| Elasticsearch | Azure Cloud Plugin| Docs |
2014-07-30 18:40:47 -04:00
|------------------------|-------------------|------------------------------------------------------------------------------------------------------------------------------------|
| master | Build from source | See below |
2014-10-30 11:08:34 -04:00
| es-1.x | Build from source | [2.6.0-SNAPSHOT ](https://github.com/elasticsearch/elasticsearch-cloud-azure/tree/es-1.x/#version-260-snapshot-for-elasticsearch-1x )|
2014-11-24 12:17:00 -05:00
| es-1.4 | 2.5.1 | [2.5.1 ](https://github.com/elasticsearch/elasticsearch-cloud-azure/tree/v2.5.1/#version-251-for-elasticsearch-14 ) |
2014-08-04 10:24:26 -04:00
| es-1.3 | 2.4.0 | [2.4.0 ](https://github.com/elasticsearch/elasticsearch-cloud-azure/tree/v2.4.0/#version-240-for-elasticsearch-13 ) |
2014-08-01 12:23:57 -04:00
| es-1.2 | 2.3.0 | [2.3.0 ](https://github.com/elasticsearch/elasticsearch-cloud-azure/tree/v2.3.0/#azure-cloud-plugin-for-elasticsearch ) |
| es-1.1 | 2.2.0 | [2.2.0 ](https://github.com/elasticsearch/elasticsearch-cloud-azure/tree/v2.2.0/#azure-cloud-plugin-for-elasticsearch ) |
| es-1.0 | 2.1.0 | [2.1.0 ](https://github.com/elasticsearch/elasticsearch-cloud-azure/tree/v2.1.0/#azure-cloud-plugin-for-elasticsearch ) |
| es-0.90 | 1.0.0.alpha1 | [1.0.0.alpha1 ](https://github.com/elasticsearch/elasticsearch-cloud-azure/tree/v1.0.0.alpha1/#azure-cloud-plugin-for-elasticsearch )|
2014-07-30 18:40:47 -04:00
To build a `SNAPSHOT` version, you need to build it with Maven:
```bash
mvn clean install
plugin --install cloud-azure \
--url file:target/releases/elasticsearch-cloud-azure-X.X.X-SNAPSHOT.zip
```
2013-04-02 12:15:33 -04:00
Azure Virtual Machine Discovery
2013-04-02 12:16:30 -04:00
===============================
2013-04-02 12:15:33 -04:00
Azure VM discovery allows to use the azure APIs to perform automatic discovery (similar to multicast in non hostile
multicast environments). Here is a simple sample configuration:
```
2014-06-19 12:57:35 -04:00
cloud:
azure:
keystore: /path/to/keystore
password: your_password_for_keystore
subscription_id: your_azure_subscription_id
service_name: your_azure_cloud_service_name
discovery:
type: azure
2013-04-02 12:15:33 -04:00
```
2013-04-02 12:16:30 -04:00
How to start (short story)
--------------------------
2013-04-02 12:15:33 -04:00
2013-04-02 12:16:30 -04:00
* Create Azure instances
* Install Elasticsearch
* Install Azure plugin
* Modify `elasticsearch.yml` file
* Start Elasticsearch
2013-04-02 12:15:33 -04:00
2013-04-02 12:16:30 -04:00
How to start (long story)
--------------------------
2013-04-02 12:15:33 -04:00
2013-04-02 12:16:30 -04:00
We will expose here one strategy which is to hide our Elasticsearch cluster from outside.
With this strategy, only VM behind this same virtual port can talk to each other.
That means that with this mode, you can use elasticsearch unicast discovery to build a cluster.
Best, you can use the `elasticsearch-cloud-azure` plugin to let it fetch information about your nodes using
azure API.
### Prerequisites
Before starting, you need to have:
* A [Windows Azure account ](http://www.windowsazure.com/ )
* SSH keys and certificate
2014-02-10 13:31:40 -05:00
* OpenSSL that isn't from MacPorts, specifically `OpenSSL 1.0.1f 6 Jan
2014` doesn't seem to create a valid keypair for ssh. FWIW,
`OpenSSL 1.0.1c 10 May 2012` on Ubuntu 12.04 LTS is known to work.
2013-04-02 12:16:30 -04:00
2014-07-30 18:11:53 -04:00
You should follow [this guide ](http://azure.microsoft.com/en-us/documentation/articles/linux-use-ssh-key/ ) to learn
how to create or use existing SSH keys. If you have already did it, you can skip the following.
Here is a description on how to generate SSH keys using `openssl` :
2013-04-02 12:16:30 -04:00
```sh
# You may want to use another dir than /tmp
cd /tmp
openssl req -x509 -nodes -days 365 -newkey rsa:2048 -keyout azure-private.key -out azure-certificate.pem
2014-01-27 03:46:30 -05:00
chmod 600 azure-private.key azure-certificate.pem
2013-04-02 12:16:30 -04:00
openssl x509 -outform der -in azure-certificate.pem -out azure-certificate.cer
2014-07-30 18:11:53 -04:00
```
2014-01-15 09:58:50 -05:00
2014-07-30 18:11:53 -04:00
Generate a keystore which will be used by the plugin to authenticate with a certificate
all Azure API calls.
```sh
2014-01-15 09:58:50 -05:00
# Generate a keystore (azurekeystore.pkcs12)
# Transform private key to PEM format
openssl pkcs8 -topk8 -nocrypt -in azure-private.key -inform PEM -out azure-pk.pem -outform PEM
# Transform certificate to PEM format
openssl x509 -inform der -in azure-certificate.cer -out azure-cert.pem
cat azure-cert.pem azure-pk.pem > azure.pem.txt
# You MUST enter a password!
openssl pkcs12 -export -in azure.pem.txt -out azurekeystore.pkcs12 -name azure -noiter -nomaciter
2013-04-02 12:16:30 -04:00
```
2014-10-30 11:08:34 -04:00
Upload the `azure-certificate.cer` file both in the elasticsearch Cloud Service (under `Manage Certificates` ),
and under `Settings -> Manage Certificates` .
**Important**: when prompted for a password, you need to enter a non empty one.
2014-01-15 09:58:50 -05:00
2013-04-02 12:16:30 -04:00
See this [guide ](http://www.windowsazure.com/en-us/manage/linux/how-to-guides/ssh-into-linux/ ) to have
more details on how to create keys for Azure.
Once done, you need to upload your certificate in Azure:
* Go to the [management console ](https://account.windowsazure.com/ ).
* Sign in using your account.
* Click on `Portal` .
* Go to Settings (bottom of the left list)
* On the bottom bar, click on `Upload` and upload your `azure-certificate.cer` file.
You may want to use [Windows Azure Command-Line Tool ](http://www.windowsazure.com/en-us/develop/nodejs/how-to-guides/command-line-tools/ ):
* Install [NodeJS ](https://github.com/joyent/node/wiki/Installing-Node.js-via-package-manager ), for example using
homebrew on MacOS X:
```sh
brew install node
```
* Install Azure tools:
```sh
sudo npm install azure-cli -g
```
* Download and import your azure settings:
```sh
# This will open a browser and will download a .publishsettings file
azure account download
# Import this file (we have downloaded it to /tmp)
2014-01-15 09:58:50 -05:00
# Note, it will create needed files in ~/.azure. You can remove azure.publishsettings when done.
2013-04-02 12:16:30 -04:00
azure account import /tmp/azure.publishsettings
```
### Creating your first instance
You need to have a storage account available. Check [Azure Blob Storage documentation ](http://www.windowsazure.com/en-us/develop/net/how-to-guides/blob-storage/#create-account )
for more information.
You will need to choose the operating system you want to run on. To get a list of official available images, run:
```sh
2014-03-13 10:50:05 -04:00
azure vm image list
2013-04-02 12:16:30 -04:00
```
Let's say we are going to deploy an Ubuntu image on an extra small instance in West Europe:
* Azure cluster name: `azure-elasticsearch-cluster`
* Image: `b39f27a8b8c64d52b05eac6a62ebad85__Ubuntu-13_10-amd64-server-20130808-alpha3-en-us-30GB`
* VM Name: `myesnode1`
* VM Size: `extrasmall`
* Location: `West Europe`
* Login: `elasticsearch`
2013-11-06 03:54:30 -05:00
* Password: `password1234!!`
2013-04-02 12:16:30 -04:00
Using command line:
```sh
azure vm create azure-elasticsearch-cluster \
b39f27a8b8c64d52b05eac6a62ebad85__Ubuntu-13_10-amd64-server-20130808-alpha3-en-us-30GB \
--vm-name myesnode1 \
--location "West Europe" \
--vm-size extrasmall \
--ssh 22 \
--ssh-cert /tmp/azure-certificate.pem \
2015-02-04 11:11:56 -05:00
elasticsearch password1234\!\!
2013-04-02 12:16:30 -04:00
```
You should see something like:
```
info: Executing command vm create
+ Looking up image
+ Looking up cloud service
+ Creating cloud service
+ Retrieving storage accounts
+ Configuring certificate
+ Creating VM
info: vm create command OK
```
Now, your first instance is started. You need to install Elasticsearch on it.
> **Note on SSH**
>
> You need to give the private key and username each time you log on your instance:
>
>```sh
>ssh -i ~/.ssh/azure-private.key elasticsearch@myescluster.cloudapp.net
>```
>
> But you can also define it once in `~/.ssh/config` file:
>
>```
>Host *.cloudapp.net
> User elasticsearch
> StrictHostKeyChecking no
> UserKnownHostsFile=/dev/null
> IdentityFile ~/.ssh/azure-private.key
>```
```sh
2014-01-15 09:58:50 -05:00
# First, copy your keystore on this machine
scp /tmp/azurekeystore.pkcs12 azure-elasticsearch-cluster.cloudapp.net:/home/elasticsearch
2013-04-02 12:16:30 -04:00
# Then, connect to your instance using SSH
ssh azure-elasticsearch-cluster.cloudapp.net
```
Once connected, install Elasticsearch:
```sh
2014-07-30 18:11:53 -04:00
# Install Latest Java version
# Read http://www.webupd8.org/2012/01/install-oracle-java-jdk-7-in-ubuntu-via.html for details
sudo add-apt-repository ppa:webupd8team/java
2013-04-02 12:16:30 -04:00
sudo apt-get update
2014-07-30 18:11:53 -04:00
sudo apt-get install oracle-java7-installer
# If you want to install OpenJDK instead
# sudo apt-get update
# sudo apt-get install openjdk-7-jre-headless
2013-04-02 12:16:30 -04:00
# Download Elasticsearch
2014-02-14 12:33:45 -05:00
curl -s https://download.elasticsearch.org/elasticsearch/elasticsearch/elasticsearch-1.0.0.deb -o elasticsearch-1.0.0.deb
2013-04-02 12:16:30 -04:00
# Prepare Elasticsearch installation
2014-02-14 12:33:45 -05:00
sudo dpkg -i elasticsearch-1.0.0.deb
2013-04-02 12:16:30 -04:00
```
Check that elasticsearch is running:
```sh
curl http://localhost:9200/
```
This command should give you a JSON result:
```javascript
{
"status" : 200,
2014-02-14 12:33:45 -05:00
"name" : "Living Colossus",
2013-04-02 12:16:30 -04:00
"version" : {
2014-02-14 12:33:45 -05:00
"number" : "1.0.0",
"build_hash" : "a46900e9c72c0a623d71b54016357d5f94c8ea32",
"build_timestamp" : "2014-02-12T16:18:34Z",
2013-04-02 12:16:30 -04:00
"build_snapshot" : false,
2014-02-14 12:33:45 -05:00
"lucene_version" : "4.6"
2013-04-02 12:16:30 -04:00
},
"tagline" : "You Know, for Search"
}
```
### Install elasticsearch cloud azure plugin
```sh
# Stop elasticsearch
sudo service elasticsearch stop
2013-11-06 03:54:30 -05:00
# Install the plugin
2014-11-24 12:17:00 -05:00
sudo /usr/share/elasticsearch/bin/plugin install elasticsearch/elasticsearch-cloud-azure/2.5.1
2013-04-02 12:16:30 -04:00
# Configure it
sudo vi /etc/elasticsearch/elasticsearch.yml
```
And add the following lines:
```yaml
# If you don't remember your account id, you may get it with `azure account list`
2014-06-19 12:57:35 -04:00
cloud:
azure:
keystore: /home/elasticsearch/azurekeystore.pkcs12
password: your_password_for_keystore
subscription_id: your_azure_subscription_id
service_name: your_azure_cloud_service_name
discovery:
type: azure
2014-01-15 10:50:36 -05:00
2014-11-24 12:05:21 -05:00
# Recommended (warning: non durable disk)
# path.data: /mnt/resource/elasticsearch/data
2013-04-02 12:16:30 -04:00
```
Restart elasticsearch:
```sh
sudo service elasticsearch start
```
If anything goes wrong, check your logs in `/var/log/elasticsearch` .
2013-11-06 03:54:30 -05:00
Scaling Out!
------------
2013-04-02 12:16:30 -04:00
2013-11-06 03:54:30 -05:00
You need first to create an image of your previous machine.
Disconnect from your machine and run locally the following commands:
2013-04-02 12:16:30 -04:00
```sh
2013-11-06 03:54:30 -05:00
# Shutdown the instance
azure vm shutdown myesnode1
2013-04-02 12:16:30 -04:00
2013-11-06 03:54:30 -05:00
# Create an image from this instance (it could take some minutes)
azure vm capture myesnode1 esnode-image --delete
2013-04-02 12:16:30 -04:00
2013-11-06 03:54:30 -05:00
# Note that the previous instance has been deleted (mandatory)
# So you need to create it again and BTW create other instances.
2013-04-02 12:16:30 -04:00
2013-11-06 03:54:30 -05:00
azure vm create azure-elasticsearch-cluster \
esnode-image \
--vm-name myesnode1 \
--location "West Europe" \
--vm-size extrasmall \
--ssh 22 \
--ssh-cert /tmp/azure-certificate.pem \
2015-02-04 11:11:56 -05:00
elasticsearch password1234\!\!
2013-04-02 12:16:30 -04:00
```
2013-11-06 03:54:30 -05:00
> **Note:** It could happen that azure changes the endpoint public IP address.
> DNS propagation could take some minutes before you can connect again using
> name. You can get from azure the IP address if needed, using:
>
> ```sh
> # Look at Network `Endpoints 0 Vip`
> azure vm show myesnode1
> ```
Let's start more instances!
2013-04-02 12:16:30 -04:00
```sh
2013-11-06 03:54:30 -05:00
for x in $(seq 2 10)
do
echo "Launching azure instance #$x..."
azure vm create azure-elasticsearch-cluster \
esnode-image \
--vm-name myesnode$x \
--vm-size extrasmall \
--ssh $((21 + $x)) \
--ssh-cert /tmp/azure-certificate.pem \
--connect \
2015-02-04 11:11:56 -05:00
elasticsearch password1234\!\!
2013-11-06 03:54:30 -05:00
done
2013-04-02 12:16:30 -04:00
```
2013-04-02 12:15:33 -04:00
2013-11-06 03:54:30 -05:00
If you want to remove your running instances:
```
azure vm delete myesnode1
```
2013-04-02 12:15:33 -04:00
Add Azure Storage repository
elasticsearch 1.0 will provide a new feature named `Snapshot & Restore`.
We want to add support for [Azure Storage](http://www.windowsazure.com/en-us/documentation/services/storage/).
To enable Azure repositories, you have first to set your azure storage settings:
```yaml
cloud:
azure:
storage_account: your_azure_storage_account
storage_key: your_azure_storage_key
```
The Azure repository supports following settings:
* `container`: Container name. Defaults to `elasticsearch-snapshots`
* `base_path`: Specifies the path within container to repository data. Defaults to empty (root directory).
* `concurrent_streams`: Throttles the number of streams (per node) preforming snapshot operation. Defaults to `5`.
* `chunk_size`: Big files can be broken down into chunks during snapshotting if needed. The chunk size can be specified
in bytes or by using size value notation, i.e. `1g`, `10m`, `5k`. Defaults to `64m` (64m max)
* `compress`: When set to `true` metadata files are stored in compressed format. This setting doesn't affect index
files that are already compressed by default. Defaults to `false`.
Some examples, using scripts:
```sh
$ curl -XPUT 'http://localhost:9200/_snapshot/my_backup1' -d '{
"type": "azure"
}'
$ curl -XPUT 'http://localhost:9200/_snapshot/my_backup2' -d '{
"type": "azure",
"settings": {
"container": "backup_container",
"base_path": "backups",
"concurrent_streams": 2,
"chunk_size": "32m",
"compress": true
}
}'
```
Example using Java:
```java
client.admin().cluster().preparePutRepository("my_backup3")
.setType("azure").setSettings(ImmutableSettings.settingsBuilder()
.put(AzureStorageService.Fields.CONTAINER, "backup_container")
.put(AzureStorageService.Fields.CHUNK_SIZE, new ByteSizeValue(32, ByteSizeUnit.MB))
).get();
```
Closes #2.
2014-01-06 17:14:34 -05:00
Azure Repository
================
To enable Azure repositories, you have first to set your azure storage settings:
```
2014-06-19 12:57:35 -04:00
cloud:
azure:
storage_account: your_azure_storage_account
storage_key: your_azure_storage_key
Add Azure Storage repository
elasticsearch 1.0 will provide a new feature named `Snapshot & Restore`.
We want to add support for [Azure Storage](http://www.windowsazure.com/en-us/documentation/services/storage/).
To enable Azure repositories, you have first to set your azure storage settings:
```yaml
cloud:
azure:
storage_account: your_azure_storage_account
storage_key: your_azure_storage_key
```
The Azure repository supports following settings:
* `container`: Container name. Defaults to `elasticsearch-snapshots`
* `base_path`: Specifies the path within container to repository data. Defaults to empty (root directory).
* `concurrent_streams`: Throttles the number of streams (per node) preforming snapshot operation. Defaults to `5`.
* `chunk_size`: Big files can be broken down into chunks during snapshotting if needed. The chunk size can be specified
in bytes or by using size value notation, i.e. `1g`, `10m`, `5k`. Defaults to `64m` (64m max)
* `compress`: When set to `true` metadata files are stored in compressed format. This setting doesn't affect index
files that are already compressed by default. Defaults to `false`.
Some examples, using scripts:
```sh
$ curl -XPUT 'http://localhost:9200/_snapshot/my_backup1' -d '{
"type": "azure"
}'
$ curl -XPUT 'http://localhost:9200/_snapshot/my_backup2' -d '{
"type": "azure",
"settings": {
"container": "backup_container",
"base_path": "backups",
"concurrent_streams": 2,
"chunk_size": "32m",
"compress": true
}
}'
```
Example using Java:
```java
client.admin().cluster().preparePutRepository("my_backup3")
.setType("azure").setSettings(ImmutableSettings.settingsBuilder()
.put(AzureStorageService.Fields.CONTAINER, "backup_container")
.put(AzureStorageService.Fields.CHUNK_SIZE, new ByteSizeValue(32, ByteSizeUnit.MB))
).get();
```
Closes #2.
2014-01-06 17:14:34 -05:00
```
The Azure repository supports following settings:
* `container` : Container name. Defaults to `elasticsearch-snapshots`
* `base_path` : Specifies the path within container to repository data. Defaults to empty (root directory).
* `chunk_size` : Big files can be broken down into chunks during snapshotting if needed. The chunk size can be specified
in bytes or by using size value notation, i.e. `1g` , `10m` , `5k` . Defaults to `64m` (64m max)
* `compress` : When set to `true` metadata files are stored in compressed format. This setting doesn't affect index
files that are already compressed by default. Defaults to `false` .
Some examples, using scripts:
```sh
# The simpliest one
$ curl -XPUT 'http://localhost:9200/_snapshot/my_backup1' -d '{
"type": "azure"
}'
# With some settings
$ curl -XPUT 'http://localhost:9200/_snapshot/my_backup2' -d '{
"type": "azure",
"settings": {
"container": "backup_container",
"base_path": "backups",
"chunk_size": "32m",
"compress": true
}
}'
```
Example using Java:
```java
client.admin().cluster().preparePutRepository("my_backup3")
.setType("azure").setSettings(ImmutableSettings.settingsBuilder()
.put(AzureStorageService.Fields.CONTAINER, "backup_container")
.put(AzureStorageService.Fields.CHUNK_SIZE, new ByteSizeValue(32, ByteSizeUnit.MB))
).get();
```
2014-07-30 13:06:52 -04:00
Repository validation rules
---------------------------
According to the [containers naming guide ](http://msdn.microsoft.com/en-us/library/dd135715.aspx ), a container name must
be a valid DNS name, conforming to the following naming rules:
* Container names must start with a letter or number, and can contain only letters, numbers, and the dash (-) character.
* Every dash (-) character must be immediately preceded and followed by a letter or number; consecutive dashes are not
permitted in container names.
* All letters in a container name must be lowercase.
* Container names must be from 3 through 63 characters long.
Add Azure Storage repository
elasticsearch 1.0 will provide a new feature named `Snapshot & Restore`.
We want to add support for [Azure Storage](http://www.windowsazure.com/en-us/documentation/services/storage/).
To enable Azure repositories, you have first to set your azure storage settings:
```yaml
cloud:
azure:
storage_account: your_azure_storage_account
storage_key: your_azure_storage_key
```
The Azure repository supports following settings:
* `container`: Container name. Defaults to `elasticsearch-snapshots`
* `base_path`: Specifies the path within container to repository data. Defaults to empty (root directory).
* `concurrent_streams`: Throttles the number of streams (per node) preforming snapshot operation. Defaults to `5`.
* `chunk_size`: Big files can be broken down into chunks during snapshotting if needed. The chunk size can be specified
in bytes or by using size value notation, i.e. `1g`, `10m`, `5k`. Defaults to `64m` (64m max)
* `compress`: When set to `true` metadata files are stored in compressed format. This setting doesn't affect index
files that are already compressed by default. Defaults to `false`.
Some examples, using scripts:
```sh
$ curl -XPUT 'http://localhost:9200/_snapshot/my_backup1' -d '{
"type": "azure"
}'
$ curl -XPUT 'http://localhost:9200/_snapshot/my_backup2' -d '{
"type": "azure",
"settings": {
"container": "backup_container",
"base_path": "backups",
"concurrent_streams": 2,
"chunk_size": "32m",
"compress": true
}
}'
```
Example using Java:
```java
client.admin().cluster().preparePutRepository("my_backup3")
.setType("azure").setSettings(ImmutableSettings.settingsBuilder()
.put(AzureStorageService.Fields.CONTAINER, "backup_container")
.put(AzureStorageService.Fields.CHUNK_SIZE, new ByteSizeValue(32, ByteSizeUnit.MB))
).get();
```
Closes #2.
2014-01-06 17:14:34 -05:00
Testing
2014-07-30 13:06:52 -04:00
=======
Add Azure Storage repository
elasticsearch 1.0 will provide a new feature named `Snapshot & Restore`.
We want to add support for [Azure Storage](http://www.windowsazure.com/en-us/documentation/services/storage/).
To enable Azure repositories, you have first to set your azure storage settings:
```yaml
cloud:
azure:
storage_account: your_azure_storage_account
storage_key: your_azure_storage_key
```
The Azure repository supports following settings:
* `container`: Container name. Defaults to `elasticsearch-snapshots`
* `base_path`: Specifies the path within container to repository data. Defaults to empty (root directory).
* `concurrent_streams`: Throttles the number of streams (per node) preforming snapshot operation. Defaults to `5`.
* `chunk_size`: Big files can be broken down into chunks during snapshotting if needed. The chunk size can be specified
in bytes or by using size value notation, i.e. `1g`, `10m`, `5k`. Defaults to `64m` (64m max)
* `compress`: When set to `true` metadata files are stored in compressed format. This setting doesn't affect index
files that are already compressed by default. Defaults to `false`.
Some examples, using scripts:
```sh
$ curl -XPUT 'http://localhost:9200/_snapshot/my_backup1' -d '{
"type": "azure"
}'
$ curl -XPUT 'http://localhost:9200/_snapshot/my_backup2' -d '{
"type": "azure",
"settings": {
"container": "backup_container",
"base_path": "backups",
"concurrent_streams": 2,
"chunk_size": "32m",
"compress": true
}
}'
```
Example using Java:
```java
client.admin().cluster().preparePutRepository("my_backup3")
.setType("azure").setSettings(ImmutableSettings.settingsBuilder()
.put(AzureStorageService.Fields.CONTAINER, "backup_container")
.put(AzureStorageService.Fields.CHUNK_SIZE, new ByteSizeValue(32, ByteSizeUnit.MB))
).get();
```
Closes #2.
2014-01-06 17:14:34 -05:00
Integrations tests in this plugin require working Azure configuration and therefore disabled by default.
To enable tests prepare a config file elasticsearch.yml with the following content:
```
2014-06-19 12:57:35 -04:00
cloud:
azure:
account: "YOUR-AZURE-STORAGE-NAME"
key: "YOUR-AZURE-STORAGE-KEY"
Add Azure Storage repository
elasticsearch 1.0 will provide a new feature named `Snapshot & Restore`.
We want to add support for [Azure Storage](http://www.windowsazure.com/en-us/documentation/services/storage/).
To enable Azure repositories, you have first to set your azure storage settings:
```yaml
cloud:
azure:
storage_account: your_azure_storage_account
storage_key: your_azure_storage_key
```
The Azure repository supports following settings:
* `container`: Container name. Defaults to `elasticsearch-snapshots`
* `base_path`: Specifies the path within container to repository data. Defaults to empty (root directory).
* `concurrent_streams`: Throttles the number of streams (per node) preforming snapshot operation. Defaults to `5`.
* `chunk_size`: Big files can be broken down into chunks during snapshotting if needed. The chunk size can be specified
in bytes or by using size value notation, i.e. `1g`, `10m`, `5k`. Defaults to `64m` (64m max)
* `compress`: When set to `true` metadata files are stored in compressed format. This setting doesn't affect index
files that are already compressed by default. Defaults to `false`.
Some examples, using scripts:
```sh
$ curl -XPUT 'http://localhost:9200/_snapshot/my_backup1' -d '{
"type": "azure"
}'
$ curl -XPUT 'http://localhost:9200/_snapshot/my_backup2' -d '{
"type": "azure",
"settings": {
"container": "backup_container",
"base_path": "backups",
"concurrent_streams": 2,
"chunk_size": "32m",
"compress": true
}
}'
```
Example using Java:
```java
client.admin().cluster().preparePutRepository("my_backup3")
.setType("azure").setSettings(ImmutableSettings.settingsBuilder()
.put(AzureStorageService.Fields.CONTAINER, "backup_container")
.put(AzureStorageService.Fields.CHUNK_SIZE, new ByteSizeValue(32, ByteSizeUnit.MB))
).get();
```
Closes #2.
2014-01-06 17:14:34 -05:00
```
Replaces `account` , `key` with your settings. Please, note that the test will delete all snapshot/restore related files in the specified bucket.
To run test:
```sh
2014-07-30 12:02:17 -04:00
mvn -Dtests.azure=true -Dtests.config=/path/to/config/file/elasticsearch.yml clean test
Add Azure Storage repository
elasticsearch 1.0 will provide a new feature named `Snapshot & Restore`.
We want to add support for [Azure Storage](http://www.windowsazure.com/en-us/documentation/services/storage/).
To enable Azure repositories, you have first to set your azure storage settings:
```yaml
cloud:
azure:
storage_account: your_azure_storage_account
storage_key: your_azure_storage_key
```
The Azure repository supports following settings:
* `container`: Container name. Defaults to `elasticsearch-snapshots`
* `base_path`: Specifies the path within container to repository data. Defaults to empty (root directory).
* `concurrent_streams`: Throttles the number of streams (per node) preforming snapshot operation. Defaults to `5`.
* `chunk_size`: Big files can be broken down into chunks during snapshotting if needed. The chunk size can be specified
in bytes or by using size value notation, i.e. `1g`, `10m`, `5k`. Defaults to `64m` (64m max)
* `compress`: When set to `true` metadata files are stored in compressed format. This setting doesn't affect index
files that are already compressed by default. Defaults to `false`.
Some examples, using scripts:
```sh
$ curl -XPUT 'http://localhost:9200/_snapshot/my_backup1' -d '{
"type": "azure"
}'
$ curl -XPUT 'http://localhost:9200/_snapshot/my_backup2' -d '{
"type": "azure",
"settings": {
"container": "backup_container",
"base_path": "backups",
"concurrent_streams": 2,
"chunk_size": "32m",
"compress": true
}
}'
```
Example using Java:
```java
client.admin().cluster().preparePutRepository("my_backup3")
.setType("azure").setSettings(ImmutableSettings.settingsBuilder()
.put(AzureStorageService.Fields.CONTAINER, "backup_container")
.put(AzureStorageService.Fields.CHUNK_SIZE, new ByteSizeValue(32, ByteSizeUnit.MB))
).get();
```
Closes #2.
2014-01-06 17:14:34 -05:00
```
2015-02-13 09:15:17 -05:00
Optimizing index storage on Azure File Service
==============================================
When using a shared file system based on the SMB protocol (like Azure File Service) to store indices, the way Lucene open index segment files
can slow down some functionalities like indexing documents and recovering index shards. If you'd like to know more about this behavior and how Lucene and SMB interact,
have a look at [LUCENE-6176 ](https://issues.apache.org/jira/browse/LUCENE-6176 ).
In order to get better performance, the Azure Cloud plugin provides two storage types optimized for SMB:
- `org.elasticsearch.index.store.fs.SmbMmapFsIndexStoreModule` : a SMB specific implementation of the default [mmap fs ](http://www.elasticsearch.org/guide/en/elasticsearch/reference/current/index-modules-store.html#mmapfs )
- `org.elasticsearch.index.store.fs.SmbSimpleFsIndexStoreModule` : a SMB specific implementation of the default [simple fs ](http://www.elasticsearch.org/guide/en/elasticsearch/reference/current/index-modules-store.html#simplefs )
To use one of these specific storage types, you need to install the Azure Cloud plugin and restart the node. Then configure Elasticsearch to set
the storage type you want.
This can be configured for all indices by adding this to the config/elasticsearch.yml file:
```
index.store.type: org.elasticsearch.index.store.fs.SmbSimpleFsIndexStoreModule
```
Note that setting will be applied for newly created indices.
It can also be set on a per-index basis at index creation time:
```
curl -XPUT localhost:9200/my_index -d '{
"settings": {
"index.store.type": "org.elasticsearch.index.store.fs.SmbMmapFsIndexStoreModule"
}
}'
```
Add Azure Storage repository
elasticsearch 1.0 will provide a new feature named `Snapshot & Restore`.
We want to add support for [Azure Storage](http://www.windowsazure.com/en-us/documentation/services/storage/).
To enable Azure repositories, you have first to set your azure storage settings:
```yaml
cloud:
azure:
storage_account: your_azure_storage_account
storage_key: your_azure_storage_key
```
The Azure repository supports following settings:
* `container`: Container name. Defaults to `elasticsearch-snapshots`
* `base_path`: Specifies the path within container to repository data. Defaults to empty (root directory).
* `concurrent_streams`: Throttles the number of streams (per node) preforming snapshot operation. Defaults to `5`.
* `chunk_size`: Big files can be broken down into chunks during snapshotting if needed. The chunk size can be specified
in bytes or by using size value notation, i.e. `1g`, `10m`, `5k`. Defaults to `64m` (64m max)
* `compress`: When set to `true` metadata files are stored in compressed format. This setting doesn't affect index
files that are already compressed by default. Defaults to `false`.
Some examples, using scripts:
```sh
$ curl -XPUT 'http://localhost:9200/_snapshot/my_backup1' -d '{
"type": "azure"
}'
$ curl -XPUT 'http://localhost:9200/_snapshot/my_backup2' -d '{
"type": "azure",
"settings": {
"container": "backup_container",
"base_path": "backups",
"concurrent_streams": 2,
"chunk_size": "32m",
"compress": true
}
}'
```
Example using Java:
```java
client.admin().cluster().preparePutRepository("my_backup3")
.setType("azure").setSettings(ImmutableSettings.settingsBuilder()
.put(AzureStorageService.Fields.CONTAINER, "backup_container")
.put(AzureStorageService.Fields.CHUNK_SIZE, new ByteSizeValue(32, ByteSizeUnit.MB))
).get();
```
Closes #2.
2014-01-06 17:14:34 -05:00
2013-04-02 12:15:33 -04:00
License
-------
2013-04-02 12:16:30 -04:00
This software is licensed under the Apache 2 license, quoted below.
2013-04-02 12:15:33 -04:00
2014-01-15 10:04:02 -05:00
Copyright 2009-2014 Elasticsearch < http: / / www . elasticsearch . org >
2013-04-02 12:15:33 -04:00
Licensed under the Apache License, Version 2.0 (the "License"); you may not
use this file except in compliance with the License. You may obtain a copy of
the License at
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing, software
distributed under the License is distributed on an "AS IS" BASIS, WITHOUT
WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the
License for the specific language governing permissions and limitations under
the License.