minio/docs/shared-backend
Harshavardhana 075b8903d7 fs: Add safe locking semantics for `format.json` (#4523)
This patch also reverts previous changes which were
merged for migration to the newer disk format. We will
be bringing these changes in subsequent releases. But
we wish to add protection in this release such that
future release migrations are protected.

Revert "fs: Migration should handle bucketConfigs as regular objects. (#4482)"
This reverts commit 976870a391.

Revert "fs: Migrate object metadata to objects directory. (#4195)"
This reverts commit 76f4f20609.
2017-06-12 17:40:28 -07:00
..
DESIGN.md fs: Add safe locking semantics for `format.json` (#4523) 2017-06-12 17:40:28 -07:00
README.md Added that no special config changes reqd (#3906) 2017-03-15 08:22:03 -07:00

README.md

Shared Backend Minio Quickstart Guide Slack Go Report Card Docker Pulls codecov

Minio shared mode lets you use single NAS (like NFS, GlusterFS, and other distributed filesystems) as the storage backend for multiple Minio servers. Synchronization among Minio servers is taken care by design. Read more about the Minio shared mode design here.

Minio shared mode is developed to solve several real world use cases, without any special configuration changes. Some of these are

  • You have already invested in NAS and would like to use Minio to add S3 compatibility to your storage tier.
  • You need to use NAS with an S3 interface due to your application architecture requirements.
  • You expect huge traffic and need a load balanced S3 compatible server, serving files from a single NAS backend.

With a proxy running in front of multiple, shared mode Minio servers, it is very easy to create a Highly Available, load balanced, AWS S3 compatible storage system.

Get started

If you're aware of stand-alone Minio set up, the installation and running remains the same.

1. Prerequisites

Install Minio - Minio Quickstart Guide.

2. Run Minio on Shared Backend

To run Minio shared backend instances, you need to start multiple Minio servers pointing to the same backend storage. We'll see examples on how to do this in the following sections.

Note

  • All the nodes running shared Minio need to have same access key and secret key. To achieve this, we export access key and secret key as environment variables on all the nodes before executing Minio server command.
  • The drive paths below are for demonstration purposes only, you need to replace these with the actual drive paths/folders.

Minio shared mode on Ubuntu 16.04 LTS.

You'll need the path to the shared volume, e.g. /mnt/nfs. Then run the following commands on all the nodes you'd like to launch Minio.

export MINIO_ACCESS_KEY=<ACCESS_KEY>
export MINIO_SECRET_KEY=<SECRET_KEY>
minio server /mnt/nfs

Minio shared mode on Windows 2012 Server

You'll need the path to the shared volume, e.g. \\remote-server\smb. Then run the following commands on all the nodes you'd like to launch Minio.

set MINIO_ACCESS_KEY=my-username
set MINIO_SECRET_KEY=my-password
minio.exe server \\remote-server\smb\export

Windows Tip

If a remote volume, e.g. \\remote-server\smb is mounted as a drive, e.g. M:\. You can use net use command to map the drive to a folder.

set MINIO_ACCESS_KEY=my-username
set MINIO_SECRET_KEY=my-password
net use m: \\remote-server\smb\export /P:Yes
minio.exe server M:\export

3. Test your setup

To test this setup, access the Minio server via browser or mc. Youll see the uploaded files are accessible from the all the Minio shared backend endpoints.

Explore Further