Deploying Metatron with the Fully Engineered Docker Image
Metatron Discovery is a very useful BI solution that contains from data preparation to end-user visualization, but because of that wide coverage, the required components are rather more than other independent solutions, so installation, configurations could be very tiresome.
Supporting clients of ours, I felt that if we could deploy as a docker image at least for the initial stage, it will probably be very convenient. After enough testing in my environment, there’s almost no probability that it will fail on the client environment. So I made a docker image that contains all components installed and configured. It contains Hadoop, Druid, Hive, and so on. You can run and test Metatron Discovery very quickly.
You should be aware that this image is not official and needs more memory and space compared to a well-installed environment. You shouldn’t use this in a production environment. If you want to, you’d better try AWS or Azure marketplace. (See https://metatron.app/category/metatron-discovery/public-cloud)
Instead, this image is a very nice playground on which you can configure carelessly, install whatever as you want, and so on. Compared to official images, you can handle the unknown exceptional cases better. Again, this image had originally been made for technical support.
Let’s get started.
Start Metatron docker instance
You should run the docker-machine. Configure memory more than 4GB in Preferences. (Important!)
You can run with the below command, but I don’t recommend this method.
Instead, let’s use handy scripts that run / attach / destroy the instances.
The above commands will launch a docker instance of Metatron Discovery. You can check with the docker ps command.
Get into docker instance
After executing “run.sh” script, you’re already in the docker instance.
The instance will not terminate until you run “destroy.sh“. You can re-attach the instance very quickly.
Start Metatron Discovery Service
Most environment variables and configuration files are set well. Normally, you don’t need to modify them. Just run the all-in-one script.
All other commands except “prepare-all-metatron.sh” are optional. You need to wait 2~3 minutes doing nothing. Let’s access to http://localhost:18180.
If you want to change the service port for any reason (like out-bound limit), you should edit “run.sh” script.
Then restart the instance.
Then connect to http://localhost:8180.
Data Migration for Continuous Service
All contents in a docker instance disappear when you shut down the instance. To avoid this, you should use an external database for the metadata (like MySQL). So, when you restart the docker instance for the binary patch or whatever, you should migrate all contents to the new docker instance: MySQL contents, uploaded files, configurations, etc.
I’ll cover this in another article later.
We are sorry that this post was not useful for you!
Let us improve this post!
Tell us how we can improve this post?