You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to a problem? Please describe.
Multizone clusters are nice because they allow for redundant deployments. However, sending requests outside of the current zone comes with a fee (multizone egress fee). For the consumers, we are sending some large payloads across the network, so this can really add up.
Describe the solution you'd like
Ideally, the consumers will be able to send their requests ONLY to a tf-serving instance in their own zone.
The text was updated successfully, but these errors were encountered:
If we have, say, tf-serving-zone1 and tf-serving-zone2 services, then we can somehow tell our redis-consumers to send their traffic to the appropriate service. I'm not totally sure how this would happen, though.
Is your feature request related to a problem? Please describe.
Multizone clusters are nice because they allow for redundant deployments. However, sending requests outside of the current zone comes with a fee (multizone egress fee). For the consumers, we are sending some large payloads across the network, so this can really add up.
Describe the solution you'd like
Ideally, the consumers will be able to send their requests ONLY to a
tf-serving
instance in their own zone.The text was updated successfully, but these errors were encountered: