区域
查看您可以从中选择的 IBM Cloud® 区域以管理 Satellite 位置。 要连接到 Satellite 位置控制平面的主机必须具有小于或等于 200 毫秒 (<= 200ms) 往返时间 (RTT) 的低延迟连接到 Satellite 位置管理所在的 IBM Cloud 区域。 随着等待时间的增加，您可能会看到对性能的影响，包括 Satellite 链路吞吐量，Satellite启用的 IBM Cloud 服务供应时间，主机故障恢复时间，以及在极端情况下，在
Satellite 位置控制平面中运行的资源的可用性，例如 Red Hat OpenShift 集群主节点。 有关更多信息，请参阅 测试 IBM Cloud 与 Satellite 位置控制平面主机之间的等待时间。
Red Hat CoreOS 在所有受支持的 Satellite 位置以及 Red Hat OpenShift V 4.9 和更高版本中都可用。 Red Hat CoreOS 主机不支持所有服务。 有关更多信息，请参阅 支持的 Satellite启用的 IBM Cloud 服务。
| 地域 | 国家或地区 | 多区域主干网 | 地区 | 区域 | 专区 |
|---|---|---|---|---|---|
| 亚太地区 | 澳大利亚 | 悉尼 | syd |
au-syd |
au-syd-1au-syd-2au-syd-3 |
| 亚太地区 | 日本 | 东京 | tok |
jp-tok |
jp-tok-1jp-tok-2jp-tok-3 |
| 亚太地区 | 日本 | 大板 | osa |
jp-osa |
jp-osa-1jp-osa-2jp-osa-3 |
| 北美洲 | 加拿大 | 多伦多 | tor |
ca-tor |
tor-1tor-4tor-5 |
| 北美洲 | 美国 | 达拉斯 | dal |
us-south |
us-south-1us-south-2us-south-3 |
| 北美洲 | 美国 | 华盛顿 | wdc |
us-east |
us-east-1us-east-2us-east-3 |
| 欧洲 | 德国 | 法兰克福 † |
fra |
eu-de |
eu-de-1eu-de-2eu-de-3 |
| 欧洲 | 西班牙 | 马德里自治区 | mad |
eu-es |
eu-es-1eu-es-2eu-es-3 |
| 欧洲 | 英国 | 伦敦 | lon |
eu-gb |
eu-gb-1eu-gb-2eu-gb-3 |
| 南美洲 | 巴西 | 圣保罗州 | sao |
br-sao |
br-sao-1br-sao-2br-sao-3 |
† 欧盟云认证位置从法兰克福区域进行管理。 要对这些值进行排序，请确保选择 fra 作为 --managed-from 选项的值。
IBM Cloud Satellite 常见问题解答
查看有关选择 IBM Cloud 区域以管理 Satellite 位置的原因和方式的一些常见问题。
为什么我的位置由 IBM Cloud 区域管理?
在您自己的基础架构上运行 IBM Cloud 服务需要与 IBM Cloud的安全连接。 该连接由 IBM 控制，监视和管理，以确保满足每个服务的安全性和合规性标准，并将更新推广到这些服务。
每个 Satellite 位置都设置有一个控制平面，用于建立与 IBM Cloud的安全连接。 控制平面由在您选择的 IBM Cloud 区域中运行的高可用性管理平面组成。IBM 控制和管理此管理平面。 控制平面节点在连接到 Satellite 位置的您自己的计算主机上运行。
IBM 使用此连接来监视 Satellite 位置，自动检测并解决容量问题，监视恶意活动，并将更新转出到您在基础结构上运行的 IBM Cloud 服务。
有关更多信息，请参阅 Satellite 体系结构。
我为 Satellite 位置选择了哪些 IBM Cloud 多专区大城市?
您可以选择任何受支持的 IBM Cloud 区域来管理 Satellite 位置。 Metro 确定 Satellite 控制平面的主节点的运行位置。 有关更多信息，请参阅 Satellite 体系结构。 要减少 IBM Cloud 区域与 Satellite 位置之间的等待时间，请选择最接近物理计算基础结构所在区域的区域。
我的主机可以驻留在任何位置吗?
由于您将自己的计算主机基础结构带到 Satellite 位置，因此您可以选择在需要此基础结构的任何位置托管此基础结构。 如果主机满足 Satellite的 最低主机需求，那么主机可以位于您自己的内部部署数据中心，公共云提供者或边缘计算设备中。
如何在欧盟云认证位置进行部署?
欧盟云认证位置从法兰克福区域进行管理。 要对这些类型的位置进行排序，请确保选择 fra 作为 --managed-from 选项的值。
示例命令：
ibmcloud sat location create --name LOCATION_NAME --coreos-enabled --managed-from fra
或
ibmcloud sat location create --name LOCATION_NAME --managed-from fra
延迟需求如何?
在选择基础架构提供者时，请考虑以下等待时间需求。 不满足等待时间要求的环境会导致性能下降。
- 在 IBM Cloud 与位置之间
- 要连接到 Satellite 位置控制平面的主机必须具有小于或等于 200 毫秒 (
<= 200ms) 往返时间 (RTT) 的低延迟连接到 Satellite 位置管理所在的 IBM Cloud 区域。 随着等待时间的增加，您可能会看到对性能的影响，包括 Satellite 链路吞吐量，Satellite启用的 IBM Cloud 服务供应时间，主机故障恢复时间，以及在极端情况下，在 Satellite 位置控制平面中运行的资源的可用性，例如 Red Hat OpenShift 集群主节点。 有关更多信息，请参阅 测试 IBM Cloud 与 Satellite 位置控制平面主机之间的等待时间。 - 在您所在位置的主机之间
- 主机基础结构设置必须具有小于或等于 100 毫秒 (
<= 100ms) 往返时间 (RTT) 的低延迟连接，这些连接用于 Satellite 位置控制平面工作程序节点和用于该位置中其他资源的主机 (例如集群或 Satellite-enabled IBM Cloud 服务。 例如，在诸如 AWS之类的云提供者中，此设置通常意味着 Satellite 位置中的所有主机都来自相同的云区域，例如us-east-1。 随着等待时间的增加，您可能会看到对性能的影响，包括供应和恢复时间，集群中的工作程序节点减少，Satellite启用的 IBM Cloud 服务降级以及在极端情况下，集群应用程序中的故障。