Skip to main content

Restful service for managing MongoDB servers

Project description

See the wiki for documentation.

Mongo Orchestration is an HTTP server that provides a REST API for creating and managing MongoDB configurations on a single host.

THIS PROJECT IS FOR TESTING OF MONGODB DRIVERS.

Features

  • Start and stop mongod servers, replica sets, and sharded clusters on the host running mongo-orchestration.

  • Add and remove replica set members.

  • Add and remove shards and mongos routers.

  • Reset replica sets and clusters to restart all members that were stopped.

  • Freeze secondary members of replica sets.

  • Retrieve information about MongoDB resources.

  • Interaction all through REST interface.

  • Launch simple local servers using mongo-launch CLI tool.

Requires

Installation

The easiest way to install Mongo Orchestration is with pip:

pip install mongo-orchestration

You can also install the development version of Mongo Orchestration manually:

git clone https://github.com/10gen/mongo-orchestration.git
cd mongo-orchestration
pip install .

Cloning the repository this way will also give you access to the tests for Mongo Orchestration as well as the mo script. Note that you may have to run the above commands with sudo, depending on where you’re installing Mongo Orchestration and what privileges you have. Installation will place a mongo-orchestration script on your path.

Usage

mongo-orchestration [-h] [-f CONFIG] [-e ENV] [--no-fork] [-b BIND IP="localhost"] [-p PORT]
                    [-s {auto,cheroot,wsgiref}] [--socket-timeout-ms MILLIS]
                    [--pidfile PIDFILE] [--enable-majority-read-concern] {start,stop,restart}

Arguments:

  • -h - show help

  • -f, –config - path to config file

  • -e, –env - default release to use, as specified in the config file

  • –no-fork - run server in foreground

  • -b, –bind - host on which Mongo Orchestration and subordinate mongo processes should listen for requests. Defaults to “localhost”.

  • -s, –server - HTTP backend to use: one of auto, cheroot, or wsgiref. auto configures bottle to automatically choose an available backend.

  • -p - port number (8889 by default)

  • –socket-timeout-ms - socket timeout when connecting to MongoDB servers

  • –pidfile - location where mongo-orchestration should place its pid file

  • –enable-majority-read-concern - enable “majority” read concern on server versions that support it.

  • start/stop/restart: start, stop, or restart the server, respectively

In addition, Mongo Orchestration can be influenced by the MONGO_ORCHESTRATION_HOME environment variable, which informs the server where to find the “configurations” directory for presets as well as where to put the log and pid files.

Examples

mongo-orchestration start

Starts Mongo Orchestration as service on port 8889.

mongo-orchestration stop

Stop the server.

mongo-orchestration -f mongo-orchestration.config -e 30-release -p 8888 --no-fork start

Starts Mongo Orchestration on port 8888 using 30-release defined in mongo-orchestration.config. Stops with Ctrl+C.

If you have installed mongo-orchestration but you’re still getting command not found: mongo-orchestration this means that the script was installed to a directory that is not on your PATH. As an alternative use:

python -m mongo_orchestration.server start

Configuration File

Mongo Orchestration may be given a JSON configuration file with the --config option specifying where to find MongoDB binaries. See mongo-orchestration.config for an example. When no configuration file is provided, Mongo Orchestration uses whatever binaries are on the user’s PATH.

Predefined Configurations

Mongo Orchestration has a set of predefined configurations that can be used to start, restart, or stop MongoDB processes. You can use a tool like curl to send these files directly to the Mongo Orchestration server, or use the mo script in the scripts directory (in the repository only). Some examples:

  • Start a single node without SSL or auth:

    mo configurations/servers/clean.json start
  • Get the status of a single node without SSL or auth:

    mo configurations/servers/clean.json status
  • Stop a single node without SSL or auth:

    mo configurations/servers/clean.json stop
  • Start a replica set with ssl and auth:

    mo configurations/replica_sets/ssl_auth.json start
  • Use curl to create a basic sharded cluster with the id “myCluster”:

    curl -XPUT http://localhost:8889/v1/sharded_clusters/myCluster \
               -d@configurations/sharded_clusters/basic.json

Note that in order to run the mo script, you need to be in the same directory as “configurations”.

Helpful hint: You can prettify JSON responses from the server by piping the response into python -m json.tool, e.g.:

$ curl http://localhost:8889/v1/servers/myServer | python -m json.tool

{
    "id": "myServer",
    "mongodb_uri": "mongodb://localhost:1025",
    "orchestration": "servers",
    "procInfo": {
        "alive": true,
        "name": "mongod",
        "optfile": "/var/folders/v9/spc2j6cx3db71l/T/mongo-KHUACD",
        "params": {
            "dbpath": "/var/folders/v9/spc2j6cx3db71l/T/mongo-vAgYaQ",
            "ipv6": true,
            "journal": true,
            "logappend": true,
            "oplogSize": 100,
            "port": 1025
        },
        "pid": 51320
    },
    // etc.
}

Mongo Launch

The mongo-launch CLI tool allows you to spin up servers locally with minimal configuration.

mongo-launch –help Usage: launch.py [single|replica|shard] [ssl] [auth]

mongo-orchestration start mongo-launch replica ssl auth

Tests

In order to run the tests, you should first clone the repository.

Run all tests

python -m unittest

Run a test module

python -m unittest tests.test_servers

Run a single test case

python -m unittest tests.test_servers.ServerSSLTestCase

Run a single test method

python -m unittest tests.test_servers.ServerSSLTestCase.test_ssl_auth

Run a single test example for debugging with verbose and immediate stdout output

python -m unittest -v tests.test_servers.ServerSSLTestCase

Changelog

Changes in Version 0.10.0 (2024-11-21)

  • Add support for requireApiVersion for standalone clusters and replica sets.

  • Drop support for Python 3.8 and add support for Python 3.13.

Changes in Version 0.9.0 (2043-09-04)

  • Fix handling of enableMajorityReadConcern.

  • Remove ‘journal’ options for newer mongod (>=6.1).

  • Switch to Hatch build backend.

Changes in Version 0.8.0 (2023-05-16)

  • Add mongo-launch CLI tool.

  • Upgrade to PyMongo 4.x and set up GitHub Actions testing.

  • Remove support for managing MongoDB 3.4 or earlier servers.

  • Remove support for Python 3.5 or earlier.

  • Replaced dependency on CherryPy with cheroot. -s auto is the new default and -s cherrypy is no longer supported.

  • Remove transactionLifetimeLimitSeconds default.

Changes in Version 0.7.0 (2021-04-06)

  • Remove support for managing MongoDB 2.4 servers.

  • Add support for Python 3.8 and 3.9.

  • Add support for MongoDB 4.2 and 4.4.

  • Upgrade from pymongo 3.5.1 to 3.X latest. (#284).

  • Ensure createUser succeeds on all replica set members. (#282)

  • Create admin user with both SCRAM-SHA-256 and SCRAM-SHA-1. (#281)

  • Wait for mongo-orchestration server to fully terminate in “stop”. (#276)

  • Allow starting clusters with enableTestCommands=0. (#269)

  • Decrease transactionLifetimeLimitSeconds on 4.2+ by default. (#267)

  • Increase maxTransactionLockRequestTimeoutMillis by default. (#270)

  • Reduce periodicNoopIntervalSecs for faster driver change stream testing. (#283)

  • Enable ztsd compression by default on 4.2+ (#263)

Changes in Version 0.6.12 (2018-12-14)

  • Allow running the mongo-orchestration server over IPv6 localhost. (#237)

  • Increase default mongodb server logging verbosity. (#255)

  • Fixed a bug when shutting down clusters where mongo-orchestration would hang forever if the server had already exited. (#253)

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

mongo_orchestration-0.10.0.tar.gz (51.9 kB view details)

Uploaded Source

Built Distribution

mongo_orchestration-0.10.0-py3-none-any.whl (79.0 kB view details)

Uploaded Python 3

File details

Details for the file mongo_orchestration-0.10.0.tar.gz.

File metadata

  • Download URL: mongo_orchestration-0.10.0.tar.gz
  • Upload date:
  • Size: 51.9 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/5.1.1 CPython/3.9.19

File hashes

Hashes for mongo_orchestration-0.10.0.tar.gz
Algorithm Hash digest
SHA256 c11126757e64c9ed08585a53bd95c0edb7fd0d8ca0861c13329c903936966f15
MD5 14c1104e95107f4018dbc235857266a3
BLAKE2b-256 597cb1a9ed6bfedb7133c56d1253123ddea4d6396aac745f589f3e55fde1e27f

See more details on using hashes here.

File details

Details for the file mongo_orchestration-0.10.0-py3-none-any.whl.

File metadata

File hashes

Hashes for mongo_orchestration-0.10.0-py3-none-any.whl
Algorithm Hash digest
SHA256 9b9da66bc1ac9dea3c559433ada4d5f41e1739c7b4f2d8d1e6855b05508bd180
MD5 6c17d714c4942cdad7638c9c79ff6a04
BLAKE2b-256 2bdbdc7c188957a265c7839247ed537183139870f9c070c69ee2d79ff40c3ade

See more details on using hashes here.

Supported by

AWS AWS Cloud computing and Security Sponsor Datadog Datadog Monitoring Fastly Fastly CDN Google Google Download Analytics Microsoft Microsoft PSF Sponsor Pingdom Pingdom Monitoring Sentry Sentry Error logging StatusPage StatusPage Status page