You can download precompiled arangodb
binaries via the github releases page.
Note: arangodb
is also included in all current distributions of ArangoDB.
If you want to compile arangodb
yourselves just do:
go get -u github.com/arangodb-helper/arangodb
This will result in a binary at $GOPATH/bin/arangodb
.
For more advanced build options, clone this repository and do:
make local
and the executable is in ./bin
named after the current OS & architecture (e.g. arangodb-linux-amd64
).
You can copy the binary anywhere in your PATH.
A link to the binary for the local OS & architecture is made to ./arangodb
.
This program will run on Linux, OSX or Windows.
Note: The standard build uses a docker container to run the build. If docker is not available
make local
runs the go compiler directly and places the binary directly in the project directory.
In this case you need to install the golang
package on your system (version 1.7 or higher).
If you want to create the arangodb/arangodb-starter
docker container yourselves
you can build it using:
make docker
Install ArangoDB in the usual way as binary package. Then:
On host A:
arangodb
This will use port 8528 to wait for colleagues (3 are needed for a resilient agency). On host B: (can be the same as A):
arangodb --starter.join A
This will contact A on port 8528 and register. On host C: (can be same as A or B):
arangodb --starter.join A
This will contact A on port 8528 and register.
From the moment on when 3 have joined, each will fire up an agent, a
coordinator and a dbserver and the cluster is up. Ports are shown on
the console, the starter uses the next few ports above the starter
port. That is, if one uses port 8528 for the starter, the coordinator
will use 8529 (=8528+1), the dbserver 8530 (=8528+2), and the agent 8531
(=8528+3). See below under --starter.port
for how to change the
starter default port.
Additional servers can be added in the same way.
See the ArangoDB Starter Tutorial.
See HTTP API.
- Allow starter with agent to be removed from cluster
- Enable cluster to be updated in a controlled manner.
The procedure is essentially that the first instance of arangodb
(aka
the "master") offers an HTTP service on port 8528 for peers to register.
Every instance that registers becomes a slave. As soon as there are
cluster-agency-size
peers, every instance of arangodb
starts up an agent (if
it is one of the first 3), a DBserver, and a coordinator. The necessary
command line options to link the arangod
instances up are generated
automatically. The cluster bootstraps and can be used.
Whenever an arangodb
instance shuts down, it shuts down the arangod
instances under its control as well. When the arangodb
is started
again, it recalls the old configuration from the setup.json
file in
its data directory, starts up its arangod
instances again (with their
data) and they join the cluster.
All network addresses are discovered from the HTTP communication between
the arangodb
instances. The ports used 8529(/8539/8549) for the coordinator,
8530(/8540/8550) for the DBserver, 8531(/8541/8551) for the agent)
need to be free. If more than one instance of an arangodb
are started
on the same machine, the second will increase all these port numbers by 10 and so on.
In case the executable is running in Docker, it will use the Docker API to retrieve the port number of the Docker host to which the 8528 port number is mapped. The containers started by the executable will all map the port they use to the exact same host port.
Feedback is very welcome in the form of github issues, pull requests
or an email to [email protected]
.