Assigned
Status Update
Comments
kh...@google.com <kh...@google.com> #2
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
Best Regards,
Josh Moyer
Google Cloud Platform Support
ka...@autotrader.co.uk <ka...@autotrader.co.uk> #3
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?
kh...@google.com <kh...@google.com>
da...@gmail.com <da...@gmail.com> #4
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.
fl...@gmail.com <fl...@gmail.com> #5
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)
ma...@gmail.com <ma...@gmail.com> #6
Over 3 years to get something as basic as renaming a static IP address. Any progress here?
he...@sada.com <he...@sada.com> #7
Yes, I have a customer who has this exact issue too! Any updates or workarounds would be very appreciated!
an...@gmail.com <an...@gmail.com> #8
Any progress in here?
do...@gmail.com <do...@gmail.com> #9
I would like this feature as well.
ju...@gmail.com <ju...@gmail.com> #10
Hello, any progress in here? Please is very frustrating.
vs...@gmail.com <vs...@gmail.com> #11
Hi, open request for more than 3 years for a simple change. Please proceed that.
wi...@bugsnag.com <wi...@bugsnag.com> #12
+1. :(
[Deleted User] <[Deleted User]> #13
We need this.
bu...@googlemail.com <bu...@googlemail.com> #14
please add this!
se...@gmail.com <se...@gmail.com> #15
Comment has been deleted.
da...@gmail.com <da...@gmail.com> #16
+1
Description
The zone stock-out events do impact our business, as the HA applications need to create VMs in all 3 zones to test the validity of our triplicated infrastructure. If the zone stock-out event occurs for 8 hours or longer, we could loose an entire development/test day for our R&D organization while we wait for the issue to be remediated. If we know the stock-out event will last for 8 hours or longer, we can change our deployment to only create VMs in 2 out of 3 regions, but it's non-trivial to do this.