Skip to content

# Speaking at Percona Live Amsterdam: Orchestrator

MySQL orchestrator PerconaLive September 15, 2015September 26, 2015

In a week’s time I’ll be speaking at Percona Live Amsterdam. I will be presenting:

> Managing and Visualizing your replication topologies with Orchestrator
> 23 September 4:20PM

This talk will present orchestrator, on which I’ve been working for the last year and a half, originally at Outbrain and now at Booking.com.

I will show off what orchestrator can do to manage your replication topologies. From visualization, through topology refactoring to automated crash recoveries, orchestrator today plays a key role at Booking.com infrastructure, at scale (oh I love using these words).

You can expect an outrageous demo, a visual walkthrough, some command line examples, and a lot on the logic and mechanisms behind orchestrator. I will present the difficult problems orchestrator covers.

orchestrator is free and open source, and is built to be as generic as possible; it is known to be used by multiple well known companies these days, so please join the party.

With that, I conclude with the almighty motto:

- Twitter
- LinkedIn
- WhatsApp
- Email
- Facebook
- Print

###
6
Leave a Reply

6 Comment threads
0 Thread replies
0 Followers
Most reacted comment
Hottest comment thread
3 Comment authors
Recent comment authors

This site uses Akismet to reduce spam. Learn how your comment data is processed.

Subscribe
Notify of
Guest
Neo

Hi,

I understand that the Orchestrator can handle the master failures and change topology but does it also facilitates the transfer of this change in topology to the Application so that it can point the DML to Master and Read only to Slaves?

I know it is not easy to do everything in the same software, could you please explain how do you handle read/write split at booking.com ?

Author
shlomi

Hi, Indeed; this part is external to orchestrator and executed by orchestrator based on what you tell it to do in configuration. This would be any shell script, executable or whatever. Orchestrator lets you pass any imporatn information to such scripts, in the form of {failedHost}, {successorHost}, {…others…} It is up to those executable to do the right thing. Because everyone uses different methods of master discovery (and we use different methods at Booking.com), I left it outside orchestrator. This of course means orchestrator is not a complete failover solution. It’s responsibilities are healing the topology and calling the tools… Read more »

Guest
Rick James

The obvious question: Why is Orchestrator better than MHA?

Author
shlomi

Hi Rick, It is not better as the two do not compare. Orchestrator is more than a failover mechanism. It is first a discovery and refactoring solution. With regard to failovers orchestrator is a complete solution for intermediate masters failvoers — which is a big problem for us at Booking.com; MHA does not solve that. Orchestrator is a non-complete master failover solution (and MHA is). It reaches the point of healing your topology, then relays the job to someone else to finish up. It does not assume you’re using VIPs; it does not care what type of master discovery you… Read more »

Guest
Rick James

I’m likely to show up at your talk.

Does it also deal with MariaDB’s flavor of GTIDs?

Author
shlomi

It does

wpDiscuz
Send to Email Address Your Name Your Email Address Cancel
Post was not sent - check your email addresses!
Email check failed, please try again
Sorry, your blog cannot share posts by email.