public interface Maintenance extends CloseableClient
An etcd cluster needs periodic maintenance to remain reliable. Depending on an etcd application's needs, this maintenance can usually be automated and performed without downtime or significantly degraded performance.
All etcd maintenance manages storage resources consumed by the etcd keyspace. Failure to adequately control the keyspace size is guarded by storage space quotas; if an etcd member runs low on space, a quota will trigger cluster-wide alarms which will put the system into a limited-operation maintenance mode. To avoid running out of space for writes to the keyspace, the etcd keyspace history must be compacted. Storage space itself may be reclaimed by defragmenting etcd members. Finally, periodic snapshot backups of etcd member state makes it possible to recover any unintended logical data loss or corruption caused by operational error.
| Modifier and Type | Method and Description |
|---|---|
CompletableFuture<AlarmResponse> |
alarmDisarm(AlarmMember member)
disarms a given alarm.
|
CompletableFuture<DefragmentResponse> |
defragmentMember(URI endpoint)
defragment one member of the cluster by its endpoint.
|
CompletableFuture<HashKVResponse> |
hashKV(URI endpoint,
long rev)
returns a hash of the KV state at the time of the RPC.
|
CompletableFuture<AlarmResponse> |
listAlarms()
get all active keyspace alarm.
|
CompletableFuture<MoveLeaderResponse> |
moveLeader(long transfereeID)
moveLeader requests current leader to transfer its leadership to the transferee.
|
CompletableFuture<Long> |
snapshot(OutputStream output)
retrieves backend snapshot.
|
void |
snapshot(io.grpc.stub.StreamObserver<SnapshotResponse> observer)
retrieves backend snapshot as as stream of chunks.
|
CompletableFuture<StatusResponse> |
statusMember(URI endpoint)
get the status of a member by its endpoint.
|
closeCompletableFuture<AlarmResponse> listAlarms()
CompletableFuture<AlarmResponse> alarmDisarm(AlarmMember member)
member - the alarmCompletableFuture<DefragmentResponse> defragmentMember(URI endpoint)
After compacting the keyspace, the backend database may exhibit internal fragmentation. Any internal fragmentation is space that is free to use by the backend but still consumes storage space. The process of defragmentation releases this storage space back to the file system. Defragmentation is issued on a per-member so that cluster-wide latency spikes may be avoided.
Defragment is an expensive operation. User should avoid defragmenting multiple members at the same time. To defragment multiple members in the cluster, user need to call defragment multiple times with different endpoints.
endpoint - the etcd server endpoint.CompletableFuture<StatusResponse> statusMember(URI endpoint)
endpoint - the etcd server endpoint.CompletableFuture<HashKVResponse> hashKV(URI endpoint, long rev)
endpoint - the etcd server endpoint.rev - the revisionCompletableFuture<Long> snapshot(OutputStream output)
output - the output stream to write the snapshot content.void snapshot(io.grpc.stub.StreamObserver<SnapshotResponse> observer)
observer - a stream of data chunksCompletableFuture<MoveLeaderResponse> moveLeader(long transfereeID)
transfereeID - the idCopyright © 2021. All rights reserved.