Snowflake cloud data platform 雪花虚拟仓库复制选项

Snowflake cloud data platform 雪花虚拟仓库复制选项,snowflake-cloud-data-platform,Snowflake Cloud Data Platform,在浏览文档时,我确实发现了存储层的跨区域复制,但并没有发现雪花。我没有看到任何关于虚拟仓库可用性选项的提及。若整个AWS区域都崩溃了,那个么数据库仍然可以用于服务查询,但虚拟仓库呢?我是否需要创建一个新的虚拟仓库,以防区域仍处于关闭状态,或者是否有办法在不同的AWS区域建立一个“备份”虚拟仓库?此处的文档清楚地说明了哪些可以复制,哪些不能复制: 例如,它指出: 目前,仅对数据库支持复制。无法复制帐户中其他类型的对象。该清单包括: 使用者 角色 仓库 资源监视器 分享 当您设置一个环境(您将

在浏览文档时,我确实发现了存储层的跨区域复制,但并没有发现雪花。我没有看到任何关于虚拟仓库可用性选项的提及。若整个AWS区域都崩溃了,那个么数据库仍然可以用于服务查询,但虚拟仓库呢?我是否需要创建一个新的虚拟仓库,以防区域仍处于关闭状态,或者是否有办法在不同的AWS区域建立一个“备份”虚拟仓库?

此处的文档清楚地说明了哪些可以复制,哪些不能复制:

例如,它指出:

目前,仅对数据库支持复制。无法复制帐户中其他类型的对象。该清单包括:

  • 使用者
  • 角色
  • 仓库
  • 资源监视器
  • 分享
当您设置一个环境(您将从另一个帐户向其中复制数据库)时,您还需要设置角色、用户、仓库等。

第4.2.1段“故障恢复能力”中的“(2016)”报告:

虚拟仓库(VW)不分布在AZ上。此选择是出于性能原因。高网络吞吐量对于分布式查询执行至关重要,而在同一环境中,网络吞吐量要高得多。如果其中一个工作节点在查询执行期间失败,则查询会失败,但会透明地重新执行,要么立即替换该节点,要么暂时减少节点数。为了加速节点更换,Snowflake维护了一个小的备用节点池。(这些节点还用于快速VW供应。) 如果整个AZ变得不可用,则在该AZ的给定VW上运行的所有查询都将失败,用户需要在不同的AZ中主动重新配置VW。
由于完整的AZ故障确实是灾难性的且极为罕见的事件,我们今天接受这一部分系统不可用的场景,但希望在将来解决它。

虚拟仓库本质上是一个计算服务器(例如,AWS EC2,如果托管在AWS上)。虚拟仓库不是持久性的,即当您挂起仓库时,它将返回到AWS/Azure/GCP池,当您恢复时,它将从池中分配。 当云区域关闭时,将从备份区域中的AWS/Azure/GCP池分配和创建虚拟仓库