Replicate images across regions [115857767]

Feature Request

Status Update

No update yet.

Description

dx...@spotify.com

created issue #1

Sep 17, 2018 02:47PM

I'd like to have GCR replicate images across regions, i.e. push a single docker image once, and have it available and replicated in many regions, rather than having to push N times for N regions.

Motivation: if there are issues pulling or pushing from one region, we can simply switch to using another region temporarily.

Comments

ma...@google.com <ma...@google.com> #2Sep 18, 2018 02:40AM

I have forwarded this request to the engineering team. We will update this issue with any progress updates and a resolution.

Best Regards,
Josh Moyer
Google Cloud Platform Support

el...@copyleaks.com <el...@copyleaks.com> #3Jun 20, 2022 01:27PM

This is not only useful for IP addresses, but also for many other resources. I understand that names are currently used as identifiers, so this request is probably not trivial to implement. Maybe distinguishing between a (numeric, automatically generated) identifier and a (textual) label is the way to go?

kf...@google.com <kf...@google.com> #4Oct 4, 2022 09:45PM

Is it any hope? We have migrated our IP address to the server with different role, and now the name of this IP address resource doesn't match its role at all. It seems to be trivial enough to momentary reserve static IP address of the old named resource, drop resource, and immediately recreate it with the new name and the old IP address.

sa...@thoughtspot.com <sa...@thoughtspot.com> #5Nov 15, 2022 01:33AM

This would also improve life when using the Google Deployment Manager (since it otherwise error's out if you've changed a name of an IP)

Message last modified on Nov 15, 2022 01:34AM

si...@google.com <si...@google.com> #6Jun 14, 2023 07:36PM

Over 3 years to get something as basic as renaming a static IP address. Any progress here?

an...@google.com <an...@google.com> #7Nov 23, 2023 07:54PM

Yes, I have a customer who has this exact issue too! Any updates or workarounds would be very appreciated!

ke...@ubiops.com <ke...@ubiops.com> #8Jun 6, 2024 09:28AM

Any progress in here?