INTERNAL: changeRole logic when repl nodes updated.

[brido4125]

🔗 Related Issue

https://github.com/jam2in/arcus-works/issues/598

⌨️ What I did

기존 ReplLocator의 update 메서드는
오버로딩되어 아래의 두 가지를 가진다.

• public void update(Collection<MemcachedNode> toAttach, Collection<MemcachedNode> toDelete)
• public void update(Collection<MemcachedNode> toAttach, Collection<MemcachedNode> toDelete, Collection<MemcachedReplicaGroup> changeRoleGroups)

실제로 캐시 리스트 update 시 사용시 호출되는 것은 두번째 메서드이고
Locator 인터페이스로부터 상속 받은 메서드는 첫번째 메서드이다.

위 두 메서드를 분리해서 사용하지 않고
1번 메서드로 통일하기 위한 목적을 가진 PR이다.

통일을 해야 추후 locator.update(...)를 통해
Repl과 Relp이 적용되지 않은 경우를 한번에 다룰 수 있다.

changeRoleGroups 인자는 switch over 또는 fail over가 발생한 Repl 그룹을 컬렉션에 모아둔다.
추후 master <-> slave 간의 역할 변경을 수행하기 위함이다.

정리하자면 하나의 메서드를 사용하기 위해 update의
changeRoleGroups 인자를 제거하는 PR이다.

로직 설명

switch over 또는 fail over인 경우는 oldSlave에 newMaster가 존재한다.
즉, attachNodes에 master node가 될 노드는 없고 새로운 Slave가 될 노드는 존재할 수 있다.

기존 로직은 locator 내에서 remove -> changeRole -> add 순으로 로직을 처리한다.
중간에 changeRole을 하게 되면 old master는 slave로
master candidate인 slave는 new master로 승격한다.

기존 로직의 예를 들면 아래와 같다.

• master canditate : b
• 삭제 예정 slave : d

------기존----------------remove---------------changeRole---->
(M : a, S : b, c, d) -> (M : a, S : b, c) -> (M : b, S : c, a)

변경된 로직은 changeRole -> remove -> add 순으로 update를 진행한다.

------기존----------------changeRole---------------remove---->
(M : a, S : b, c, d) -> (M : b, S : c, d, a) -> (M : b, S : c, a)

참고로 remove 로직은 MemcachedReplicaGroupImpl의
deleteMemcachedNode 에서 수행한다.