Vultr performance issues in Chicago
-
The 2 customer instances just came back online!!
-
@syko24 said in Vultr performance issues in Chicago:
I have 2 customers that don't have access to their systems at this point. I am hopeful Vultr will get their sh*t together soon and get the issue resolved. Just curious are there any good suggestions for failover in this kind of situation or an option to move your instance to a different data center? Or would you just spin up a temporary instance and restore from a backup?
There are no simple choices for this.
If your systems are so critical that a short outage is a huge deal, then you need to look into using a platform with capabilities to handle it. Vultr is not that platform.
-
@syko24 said in Vultr performance issues in Chicago:
I have 2 customers that don't have access to their systems at this point. I am hopeful Vultr will get their sh*t together soon and get the issue resolved. Just curious are there any good suggestions for failover in this kind of situation or an option to move your instance to a different data center? Or would you just spin up a temporary instance and restore from a backup?
Yes, you can move to another DC. It's not instant, but it's not too bad. But typically they get things fixed so fast that it's not worth it.
You can always run additional instances for near instant failover, but it adds cost and can add a bit of complication because you have to sync them.
-
@dashrender said in Vultr performance issues in Chicago:
what's also weird - I didn't get any vultr emails about the issue.
I always get NJ emails. Time to dig into that I guess.
Are you running systems in the Chicago datacenter?
-
@jaredbusch said in Vultr performance issues in Chicago:
@syko24 said in Vultr performance issues in Chicago:
I have 2 customers that don't have access to their systems at this point. I am hopeful Vultr will get their sh*t together soon and get the issue resolved. Just curious are there any good suggestions for failover in this kind of situation or an option to move your instance to a different data center? Or would you just spin up a temporary instance and restore from a backup?
There are no simple choices for this.
If your systems are so critical that a short outage is a huge deal, then you need to look into using a platform with capabilities to handle it. Vultr is not that platform.
It's for a medical office so to them it is critical. I was about to forward their calls via voip.ms to their call service but then their instance came up as I was logging into voip.ms.
-
@scottalanmiller said in Vultr performance issues in Chicago:
@dashrender said in Vultr performance issues in Chicago:
what's also weird - I didn't get any vultr emails about the issue.
I always get NJ emails. Time to dig into that I guess.
Are you running systems in the Chicago datacenter?
Yes. And I know the phones being down for 30 mins is not a huge deal. Just wanted to see if you guys had a way to failover the phones if something like this happens.
-
@syko24 said in Vultr performance issues in Chicago:
@scottalanmiller said in Vultr performance issues in Chicago:
@dashrender said in Vultr performance issues in Chicago:
what's also weird - I didn't get any vultr emails about the issue.
I always get NJ emails. Time to dig into that I guess.
Are you running systems in the Chicago datacenter?
Yes. And I know the phones being down for 30 mins is not a huge deal. Just wanted to see if you guys had a way to failover the phones if something like this happens.
Oh definitely. And especially if you don't need continuous voicemail access. That's the biggest problem.
-
@syko24 said in Vultr performance issues in Chicago:
@scottalanmiller said in Vultr performance issues in Chicago:
@dashrender said in Vultr performance issues in Chicago:
what's also weird - I didn't get any vultr emails about the issue.
I always get NJ emails. Time to dig into that I guess.
Are you running systems in the Chicago datacenter?
Yes. And I know the phones being down for 30 mins is not a huge deal. Just wanted to see if you guys had a way to failover the phones if something like this happens.
I have the failover already setup at the provider level.
-
and issues
-
not even a console... wtf
-
@scottalanmiller said in Vultr performance issues in Chicago:
@dashrender said in Vultr performance issues in Chicago:
what's also weird - I didn't get any vultr emails about the issue.
I always get NJ emails. Time to dig into that I guess.
Are you running systems in the Chicago datacenter?
yes.
-
@jaredbusch said in Vultr performance issues in Chicago:
@syko24 said in Vultr performance issues in Chicago:
@scottalanmiller said in Vultr performance issues in Chicago:
@dashrender said in Vultr performance issues in Chicago:
what's also weird - I didn't get any vultr emails about the issue.
I always get NJ emails. Time to dig into that I guess.
Are you running systems in the Chicago datacenter?
Yes. And I know the phones being down for 30 mins is not a huge deal. Just wanted to see if you guys had a way to failover the phones if something like this happens.
I have the failover already setup at the provider level.
yeah, in my case that's not working much, because most calls are getting to the PBX, but there is a ton of dead air and dropped calls.
-
@jaredbusch said in Vultr performance issues in Chicago:
not even a console... wtf
This is what I was really afraid of - if you can't get access to Chicago, you can't push a backup to another DC, etc.
-
@dashrender said in Vultr performance issues in Chicago:
This is what I was really afraid of - if you can't get access to Chicago, you can't push a backup to another DC, etc.
You don't use the console to get a backup....
-
@jaredbusch said in Vultr performance issues in Chicago:
@dashrender said in Vultr performance issues in Chicago:
This is what I was really afraid of - if you can't get access to Chicago, you can't push a backup to another DC, etc.
You don't use the console to get a backup....
never said you did.
-
@dashrender said in Vultr performance issues in Chicago:
yeah, in my case that's not working much, because most calls are getting to the PBX, but there is a ton of dead air and dropped calls.
Yes, that is the issue with intermittent connectivity. usually up enough for the trunks not to be failed.
For me it was < 30 minutes for any one customer to be having issues.
Things seem to have normalized, but Vultr still has the issue open.
-
@dashrender said in Vultr performance issues in Chicago:
@jaredbusch said in Vultr performance issues in Chicago:
@dashrender said in Vultr performance issues in Chicago:
This is what I was really afraid of - if you can't get access to Chicago, you can't push a backup to another DC, etc.
You don't use the console to get a backup....
never said you did.
Except that was what you quoted.
The interface was functional. I did not try any other actions except to open the console.
-
@jaredbusch said in Vultr performance issues in Chicago:
@dashrender said in Vultr performance issues in Chicago:
yeah, in my case that's not working much, because most calls are getting to the PBX, but there is a ton of dead air and dropped calls.
Yes, that is the issue with intermittent connectivity. usually up enough for the trunks not to be failed.
For me it was < 30 minutes for any one customer to be having issues.
Things seem to have normalized, but Vultr still has the issue open.
And Chicago is marked cleared now.
-
@jaredbusch said in Vultr performance issues in Chicago:
@jaredbusch said in Vultr performance issues in Chicago:
@dashrender said in Vultr performance issues in Chicago:
yeah, in my case that's not working much, because most calls are getting to the PBX, but there is a ton of dead air and dropped calls.
Yes, that is the issue with intermittent connectivity. usually up enough for the trunks not to be failed.
For me it was < 30 minutes for any one customer to be having issues.
Things seem to have normalized, but Vultr still has the issue open.
And Chicago is marked cleared now.
I didn't see what it said before seeing the "resolved issues" at the top...
