| > "can you elaborate on the libs available to 'migrate your data around'? ... Are you using Portworx for this?" The tool I had in mind was 'REX-Ray'[https://mesosphere.github.io/marathon/docs/external-volumes....]. That said, we're not actually doing the 'chasing db' config. Instead we run a HA Neo4j DB deployment as a Marathon service pegged to a handful of nodes each with local persistent volumes allocated to Neo4j. I.e. we can allocate a % of a node's resources to 'static' Neo4j deploys, and then let Marathon dynamically manage any remaining free resources on the nodes. Our other services then use the Marathon service DNS to look up the Neo4j service for read/write. Portworx looks cool too -- will need to investigate. Also, the DC/OS documentation is quite good in general if you're looking to dig in on this:
https://dcos.io/docs/1.9/storage/ > "Does Mesosphere reschedule your DB to another node that has an equivalent persistent and reserved storage(SSD etc.) volume configured on it?" Yes/it can, but in that config you're booting up new/empty storage volumes. Obviously not what you want for many core persistence requirements though great for caches. We'll probably opt for this config near-term for our web-server SSR cache. |
[0] http://m.marketwired.com/press-release/mesosphere-partners-w...
[1] https://docs.portworx.com