Reference documentation and code samples for the Cloud Spanner V1 API class Google::Cloud::Spanner::V1::Tablet.
A Tablet represents a single replica of a Group. A tablet is served by a
single server at a time, and can move between servers due to server death or
simply load balancing.
Inherits
- Object
Extended By
- Google::Protobuf::MessageExts::ClassMethods
Includes
- Google::Protobuf::MessageExts
Methods
#distance
def distance() -> ::Integer-
(::Integer) — Distances help the client pick the closest tablet out of the list of
tablets for a given request. Tablets with lower distances should generally
be preferred. Tablets with the same distance are approximately equally
close; the client can choose arbitrarily.
Distances do not correspond precisely to expected latency, geographical distance, or anything else. Distances should be compared only between tablets of the same group; they are not meaningful between different groups.
A value of zero indicates that the tablet may be in the same zone as the client, and have minimum network latency. A value less than or equal to five indicates that the tablet is thought to be in the same region as the client, and may have a few milliseconds of network latency. Values greater than five are most likely in a different region, with non-trivial network latency.
Clients should use the following algorithm:
- If the request is using a directed read, eliminate any tablets that do not match the directed read's target zone and/or replica type.
- (Read-write transactions only) Choose leader tablet if it has an distance <=5.
- Group and sort tablets by distance. Choose a random tablet with the lowest distance. If the request is not a directed read, only consider replicas with distances <=5.
- Send the request to the fallback endpoint.
The tablet picked by this algorithm may be skipped, either because it is marked as
skipby the server or because the corresponding server is unreachable, flow controlled, etc. Skipped tablets should be added to theskipped_tablet_uidfield inRoutingHint; the algorithm above should then be re-run without including the skipped tablet(s) to pick the next best tablet.
#distance=
def distance=(value) -> ::Integer-
value (::Integer) — Distances help the client pick the closest tablet out of the list of
tablets for a given request. Tablets with lower distances should generally
be preferred. Tablets with the same distance are approximately equally
close; the client can choose arbitrarily.
Distances do not correspond precisely to expected latency, geographical distance, or anything else. Distances should be compared only between tablets of the same group; they are not meaningful between different groups.
A value of zero indicates that the tablet may be in the same zone as the client, and have minimum network latency. A value less than or equal to five indicates that the tablet is thought to be in the same region as the client, and may have a few milliseconds of network latency. Values greater than five are most likely in a different region, with non-trivial network latency.
Clients should use the following algorithm:
- If the request is using a directed read, eliminate any tablets that do not match the directed read's target zone and/or replica type.
- (Read-write transactions only) Choose leader tablet if it has an distance <=5.
- Group and sort tablets by distance. Choose a random tablet with the lowest distance. If the request is not a directed read, only consider replicas with distances <=5.
- Send the request to the fallback endpoint.
The tablet picked by this algorithm may be skipped, either because it is marked as
skipby the server or because the corresponding server is unreachable, flow controlled, etc. Skipped tablets should be added to theskipped_tablet_uidfield inRoutingHint; the algorithm above should then be re-run without including the skipped tablet(s) to pick the next best tablet.
-
(::Integer) — Distances help the client pick the closest tablet out of the list of
tablets for a given request. Tablets with lower distances should generally
be preferred. Tablets with the same distance are approximately equally
close; the client can choose arbitrarily.
Distances do not correspond precisely to expected latency, geographical distance, or anything else. Distances should be compared only between tablets of the same group; they are not meaningful between different groups.
A value of zero indicates that the tablet may be in the same zone as the client, and have minimum network latency. A value less than or equal to five indicates that the tablet is thought to be in the same region as the client, and may have a few milliseconds of network latency. Values greater than five are most likely in a different region, with non-trivial network latency.
Clients should use the following algorithm:
- If the request is using a directed read, eliminate any tablets that do not match the directed read's target zone and/or replica type.
- (Read-write transactions only) Choose leader tablet if it has an distance <=5.
- Group and sort tablets by distance. Choose a random tablet with the lowest distance. If the request is not a directed read, only consider replicas with distances <=5.
- Send the request to the fallback endpoint.
The tablet picked by this algorithm may be skipped, either because it is marked as
skipby the server or because the corresponding server is unreachable, flow controlled, etc. Skipped tablets should be added to theskipped_tablet_uidfield inRoutingHint; the algorithm above should then be re-run without including the skipped tablet(s) to pick the next best tablet.
#incarnation
def incarnation() -> ::String-
(::String) —
incarnationindicates the freshness of the tablet information contained in this proto. Incarnations can be compared lexicographically; if incarnation A is greater than incarnation B, then theTabletcorresponding to A is newer than theTabletcorresponding to B, and should be used preferentially.
#incarnation=
def incarnation=(value) -> ::String-
value (::String) —
incarnationindicates the freshness of the tablet information contained in this proto. Incarnations can be compared lexicographically; if incarnation A is greater than incarnation B, then theTabletcorresponding to A is newer than theTabletcorresponding to B, and should be used preferentially.
-
(::String) —
incarnationindicates the freshness of the tablet information contained in this proto. Incarnations can be compared lexicographically; if incarnation A is greater than incarnation B, then theTabletcorresponding to A is newer than theTabletcorresponding to B, and should be used preferentially.
#location
def location() -> ::String- (::String) — Where this tablet is located. In the Spanner managed service, this is the name of a region, such as "us-central1". In Spanner Omni, this is a previously created location.
#location=
def location=(value) -> ::String- value (::String) — Where this tablet is located. In the Spanner managed service, this is the name of a region, such as "us-central1". In Spanner Omni, this is a previously created location.
- (::String) — Where this tablet is located. In the Spanner managed service, this is the name of a region, such as "us-central1". In Spanner Omni, this is a previously created location.
#role
def role() -> ::Google::Cloud::Spanner::V1::Tablet::Role- (::Google::Cloud::Spanner::V1::Tablet::Role) — The role of the tablet.
#role=
def role=(value) -> ::Google::Cloud::Spanner::V1::Tablet::Role- value (::Google::Cloud::Spanner::V1::Tablet::Role) — The role of the tablet.
- (::Google::Cloud::Spanner::V1::Tablet::Role) — The role of the tablet.
#server_address
def server_address() -> ::String- (::String) — The address of the server that is serving this tablet -- either an IP address or DNS hostname and a port number.
#server_address=
def server_address=(value) -> ::String- value (::String) — The address of the server that is serving this tablet -- either an IP address or DNS hostname and a port number.
- (::String) — The address of the server that is serving this tablet -- either an IP address or DNS hostname and a port number.
#skip
def skip() -> ::Boolean-
(::Boolean) — If true, the tablet should not be chosen by the client. Typically, this
signals that the tablet is unhealthy in some way. Tablets with
skipset to true should be reported back to the server inRoutingHint.skipped_tablet_uid; this cues the server to send updated information for this tablet should it become usable again.
#skip=
def skip=(value) -> ::Boolean-
value (::Boolean) — If true, the tablet should not be chosen by the client. Typically, this
signals that the tablet is unhealthy in some way. Tablets with
skipset to true should be reported back to the server inRoutingHint.skipped_tablet_uid; this cues the server to send updated information for this tablet should it become usable again.
-
(::Boolean) — If true, the tablet should not be chosen by the client. Typically, this
signals that the tablet is unhealthy in some way. Tablets with
skipset to true should be reported back to the server inRoutingHint.skipped_tablet_uid; this cues the server to send updated information for this tablet should it become usable again.
#tablet_uid
def tablet_uid() -> ::Integer-
(::Integer) — The UID of the tablet, unique within the database. Matches the
tablet_uidsandleader_tablet_uidfields inGroup.
#tablet_uid=
def tablet_uid=(value) -> ::Integer-
value (::Integer) — The UID of the tablet, unique within the database. Matches the
tablet_uidsandleader_tablet_uidfields inGroup.
-
(::Integer) — The UID of the tablet, unique within the database. Matches the
tablet_uidsandleader_tablet_uidfields inGroup.