|
Hi, You present an interesting point of view.
If I understand correctly you would see it working similar to an active/passive
clustering solution. I think we can easily implement it as a farm of Managers.
The data synchronization could happen through the database. There are already
proven methods of implementing failover at the database level so we do not need
to worry about that. Here are a few ideas: -
Executors
are configured with a list of Managers. The executor would connect to a Manager
at random or by whatever algorithm. -
The
Managers would use the same database to put work into and to get the threads to
execute. -
Any
Manager should be able to receive the result from the Executors but this is an
optional feature If the database is “in memory”
then we should not worry about multiple Managers. Having multiple Managers in the
infrastructure could also present interesting network configuration options to
the grid administrators. The option to have hierarchical grids was
scaled back in 1.0 but it is still a desirable feature. At the time it was
decided that it is better to focus on the core features. As far as I see them the
hierarchical grids are not a failover solution but a way to transfer work from
one grid to another. Compared to a simple grid the hierarchical grids introduce
more points of failure. Anyway, the code is still there and if somebody would
take the time to see how it can be re-enabled and tested it would be a great
addition to the framework. Regards, Tibor From: |
- [Alchemi-developers] Fault tolerance in Alchemi andrew hudson
- RE: RE: [Alchemi-developers] Fault tolerance in Alchemi Tibor Biro
- [Alchemi-developers] Fault Tolerance in Alchemi andrew hudson
- Re: RE: [Alchemi-developers] Fault Tolerance in Alchemi andrew hudson
- RE: RE: [Alchemi-developers] Fault Tolerance in Alc... Tibor Biro
