I’m asking because I am about to move from Europe to Thailand. I’m currently on “ric.plex.services = Richmond, VA, USA” & want to whichever is would provide the best speeds for Thailand. My guess is “sjc.plex.services = San Jose, CA, USA” but maybe “ams.plex.services = Amsterdam, Netherlands” is good too.
I want to change not only because of Plex Cloud but so my connection to plex in general would be faster from Thailand.
I’ve read a while back in the forum that it can help. I think ric.plex.services = Richmond, VA, USA" is probably the worst for being in Thailand. San Diego or Europe would probably allow for better ping. What do you think @ChuckPA ?
Please don’t let host names (implied locations) be an iron-clad rule. At one point, such thinking was valid in the early days of beta. It is no longer true. Since beta, things in the infrastructure have matured and changed. Names are often kept because of the logistic nightmare involved to change it.
The host ric.plex.services is a multi-host H-A cluster. None of the individual machines involved are co-located. Think of google. If you follow the published path (the network equivalent of caller-id) it goes to one place. In reality, it isn’t. It’s a globally distributed fabric. This is the nature of Cloud Computing and how Plex does it as well. There is no single point of failure.