Are There Reasonable Multi-Master Over the WAN Storage Options?
-
How does a regional master setup work? If someone is editing in the master region, and someone is editing it in a non master at the same time, the sync would end up with only a copy from the master, and the non regional changes would be lost?
What kinds of files are we talking about there? I'm guessing not Office type documents as something like SharePoint would solve this problem.
If the size is keeping things from going to SharePoint, what about some sort of archive, assuming that older files aren't actually being edited, and an archive point can be chosen and files moved to the archive as needed.
-
@Dashrender said:
How does a regional master setup work? If someone is editing in the master region, and someone is editing it in a non master at the same time, .....
It wouldn't let them, same as if they were both local. It needs to lock the files as being open.
-
@Dashrender said:
What kinds of files are we talking about there? I'm guessing not Office type documents as something like SharePoint would solve this problem.
No, bigger ones like engineering files.
-
@Dashrender said:
If the size is keeping things from going to SharePoint...
Centralized hosting has been tested and is not fast enough for their use case.
-
@scottalanmiller said:
@Dashrender said:
If the size is keeping things from going to SharePoint...
Centralized hosting has been tested and is not fast enough for their use case.
Yeah - I assumed that had to be the case.
Definitely curious how you solve this?
-
My take on it is... you don't. It's not a reasonable thing to attempt to do. You make people change their processes.
-
@scottalanmiller said:
My take on it is... you don't. It's not a reasonable thing to attempt to do. You make people change their processes.
Where are the sites located?
-
@wirestyle22 said:
@scottalanmiller said:
My take on it is... you don't. It's not a reasonable thing to attempt to do. You make people change their processes.
Where are the sites located?
UK, France and Malaysia. I think.
-
That just seems like a bad idea. If the WAN fails, you are going to have issues with different file versions.
-
@scottalanmiller said:
@Dashrender said:
What kinds of files are we talking about there? I'm guessing not Office type documents as something like SharePoint would solve this problem.
No, bigger ones like engineering files.
With the size of those files, and only 50mbps, I doubt that's going to cut it for what they want to do. Back in the late 1990 and early 2000 all the engineering software packages had integrated file management options. One of those with a WAN between sites. I would mean waiting a bit when someone checks out a file that's not local, but you wouldn't have to sync everything over the slow WAN connection.
@scottalanmiller said:
@Dashrender said:
If the size is keeping things from going to SharePoint...
Centralized hosting has been tested and is not fast enough for their use case.
What makes them think self-hosting on the same connections is somehow faster? It's magic!
-
At least self hosting, with the local connection, the local users will get local LAN speeds as long as there is no locking.
-
Why not go with Self-Hosting and replicated off-site?
If somebody in France needs access to a file from Malaysia, then they should connect to the Malaysia file server via <insert your method here> to access the files.
Like @scottalanmiller -- sometimes you have to change the processes.
-
@dafyre said:
Why not go with Self-Hosting and replicated off-site?
If somebody in France needs access to a file from Malaysia, then they should connect to the Malaysia file server via <insert your method here> to access the files.
Like @scottalanmiller -- sometimes you have to change the processes.
That's what I am thinking. I want to look at using Exablox, one at each site. Each site with their own share of which they are the master that then replicates to the other sites.
-
@dafyre said:
Why not go with Self-Hosting and replicated off-site?
If somebody in France needs access to a file from Malaysia, then they should connect to the Malaysia file server via <insert your method here> to access the files.
Like @scottalanmiller -- sometimes you have to change the processes.
That is the proposed solution from @scottalanmiller. It is not the solution they want though.
-
Although I've only submitted that recommendation to @StefUk so it might be that with a talk with the business that they will understand and be ready to go that route.
-
@scottalanmiller said:
@dafyre said:
Why not go with Self-Hosting and replicated off-site?
If somebody in France needs access to a file from Malaysia, then they should connect to the Malaysia file server via <insert your method here> to access the files.
Like @scottalanmiller -- sometimes you have to change the processes.
That's what I am thinking. I want to look at using Exablox, one at each site. Each site with their own share of which they are the master that then replicates to the other sites.
Unless I missed it, we still haven't been told how large the files are. Is it better to deal with possible sync issues, or how about using RDS instead? If you really need to work on a file at relative performance, an RDS server in each location that users can share might be a better option.
-
RDS to a central location with VDI is being proposed as a long term solution, but not something that they are prepared to deal with in the short term.
-
How does using Exablox solve a file versioning problem? What is the solution for that specific problem, assuming you can't force a lock out to all nodes?
-
-
@scottalanmiller said:
RDS to a central location with VDI is being proposed as a long term solution, but not something that they are prepared to deal with in the short term.
Just before reading this, that is exactly where my mind leapt. Centralize the whole thing - RDS to a box near that storage pool. Problem solved.
