Assigned
Status Update
Comments
fa...@google.com <fa...@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
st...@gtempaccount.com <st...@gtempaccount.com> #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?
ep...@lsst.org <ep...@lsst.org> #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.
ww...@slb.com <ww...@slb.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)
tz...@gmail.com <tz...@gmail.com> #6
Over 3 years to get something as basic as renaming a static IP address. Any progress here?
la...@gmail.com <la...@gmail.com> #7
Yes, I have a customer who has this exact issue too! Any updates or workarounds would be very appreciated!
lo...@gmail.com <lo...@gmail.com> #8
Any progress in here?
as...@gmail.com <as...@gmail.com> #9
I would like this feature as well.
og...@owens.com <og...@owens.com> #10
Hello, any progress in here? Please is very frustrating.
fa...@google.com <fa...@google.com>
tz...@gmail.com <tz...@gmail.com> #11
Hi, open request for more than 3 years for a simple change. Please proceed that.
[Deleted User] <[Deleted User]> #12
+1. :(
ni...@gmail.com <ni...@gmail.com> #13
We need this.
[Deleted User] <[Deleted User]> #14
please add this!
he...@gmail.com <he...@gmail.com> #15
+1 !
cs...@gmail.com <cs...@gmail.com> #16
+1
gr...@elsid.net <gr...@elsid.net> #17
+1
za...@gmail.com <za...@gmail.com> #18
We need this please
an...@gmail.com <an...@gmail.com> #19
+1
fa...@google.com <fa...@google.com> #20
+1
2018 =(
2018 =(
mi...@gtempaccount.com <mi...@gtempaccount.com> #21
+1
mi...@gtempaccount.com <mi...@gtempaccount.com> #22
+1
dp...@acquiremedia.com <dp...@acquiremedia.com> #23
+1
ei...@gmail.com <ei...@gmail.com> #24
+1
[Deleted User] <[Deleted User]> #25
+1 (again) coming up to 5 years?
su...@gmail.com <su...@gmail.com> #26
+1
ri...@gmail.com <ri...@gmail.com> #27
+1
me...@rael.io <me...@rael.io> #28
+1
cl...@condortech.com.ar <cl...@condortech.com.ar> #29
+1
lo...@gmail.com <lo...@gmail.com> #30
+1
[Deleted User] <[Deleted User]> #31
+1
cp...@gmail.com <cp...@gmail.com> #32
+1
cm...@gmail.com <cm...@gmail.com> #33
Please implement this
ju...@gmail.com <ju...@gmail.com> #34
+1
hr...@gmail.com <hr...@gmail.com> #35
+1, don't see why this would be hard. If the underlying GCP infrastructure depends on the name remaining unchanged, then the frontend can simply provide a way to alias it such that the end-user doesn't have to see the "original" name anymore.
mo...@modell-aachen.de <mo...@modell-aachen.de> #36
Bumping this.
Definitely useful feature at least provide a way to alias this.
+1
Definitely useful feature at least provide a way to alias this.
+1
al...@gmail.com <al...@gmail.com> #37
+1
de...@bv.com.br <de...@bv.com.br> #38
+1
g....@linqhost.nl <g....@linqhost.nl> #39
+1
ap...@postdaemon.com <ap...@postdaemon.com> #40
+1 Please add this feature
shouldn't be a very difficult implementation but benefits lots of people
shouldn't be a very difficult implementation but benefits lots of people
me...@openprovider.nl <me...@openprovider.nl> #41
+1
Description
So in the end, what I want is:
-I need redundancy on several systems (HA Proxy, Postgres, etc)
-I do not want to use Load Balancer as that will round-robin the traffic.
-What I would like to have is High Availability with redundant, ready-to-go standbys.
-Since GCE does not support multi-cast and broadcast, how can I build High Availability into systems for hot swapping redundant systems?