GCP部署管理人员不制造网络灾难
我有一个可部署的模板，它创建了一组网络资产和VM，运行良好，没有报告错误，但是从来没有创建过VPC灾难。如果我通过控制台或通过glcoud在cli上创建一个窥视器，它就可以正常工作。
窥视失败(没有错误消息)：
# Create the required routes to talk to prod project
- name: mytest-network
type: compute.v1.network
properties:
name: mytest
autoCreateSubnetworks: false
peerings:
- name: mytest-to-prod
network: projects/my-prod-project/global/networks/default
autoCreateRoutes: true窥视作品：
$ gcloud compute networks peerings create mytest-to-prod --project=myproject --network=default --peer-network=projects/my-prod-project/global/networks/default --auto-create-routes
回答 2
Stack Overflow用户
发布于 2018-06-21 02:19:30
无法按照API引用在网络创建时进行窥视。首先，需要创建网络，一旦网络成功创建，就需要调用the addPeering方法。这就解释了为什么YAML定义创建了网络，而不是对等网络，它在运行了它调用addPeering方法的gcloud命令之后才起作用。
可以通过使用部署管理器操作来创建和执行对一个YAML文件的监视：
resources:
- name: mytest-network1
type: compute.v1.network
properties:
name: mytest1
autoCreateSubnetworks: false
- name: mytest-network2
type: compute.v1.network
properties:
name: mytest2
autoCreateSubnetworks: false
- name: addPeering2-1
action: gcp-types/compute-v1:compute.networks.addPeering
metadata:
runtimePolicy:
- CREATE
properties:
network: mytest-network2
name: vpc-2-1
autoCreateRoutes: true
peerNetwork: $(ref.mytest-network1.selfLink)
metadata:
dependsOn:
- mytest-network1
- mytest-network2
- name: addPeering1-2
action: gcp-types/compute-v1:compute.networks.addPeering
metadata:
runtimePolicy:
- CREATE
properties:
network: mytest-network1
name: vpc-1-2
autoCreateRoutes: true
peerNetwork: $(ref.mytest-network2.selfLink)
metadata:
dependsOn:
- mytest-network1
- mytest-network2您可以复制-粘贴上述YAML，创建部署和窥视应该完成.操作使用dependsOn选项确保首先创建网络，删除部署时通过调用removePeering法删除痛苦，然后删除网络。
注意:部署管理器操作还没有文档化，但是在GoogleCloudPlatform/部署管理器-示例存储库中有几个示例，如这和这。
Stack Overflow用户
发布于 2018-05-04 01:40:17
从gcloud工作按预期，请更新您的YAML文件使用"peerings[].network“时，指定对等网络资源列表。
https://stackoverflow.com/questions/50165199
复制
相似问题
如何从函数内部获得对函数的引用？
我如何获得使用碳/碳的夜数？
带有内部引用的惰性
带有rails 2.3.5的捆绑包和带有'require‘的插件
石墨/碳如何获得每秒的指标
领取专属 10元无门槛券
AI混元助手 在线答疑
洞察 腾讯核心技术
剖析业界实践案例
腾讯云开发者
