OpenStack云计算(十一)——OpenStack网络管理,验证OpenStack网络资源模型,验证来巩固和加深对OpenStack网络资源模型的理解

04-27 7950阅读 0评论

项目实训一

【实训题目】

验证OpenStack网络资源模型

【实训目的】

通过验证来巩固和加深对OpenStack网络资源模型的理解。

【实训准备】

(1)复习Neutron网络资源模型。

(2)重点理解网络、子网、端口和路由器的概念。

【实训内容】

(1)以admin用户身份登录OpenStack

在“管理员”仪表板中分别查看提供者网络和自服务网络的概况、子网、端口,以及路由器的信息。

OpenStack云计算(十一)——OpenStack网络管理,验证OpenStack网络资源模型,验证来巩固和加深对OpenStack网络资源模型的理解 第1张

OpenStack云计算(十一)——OpenStack网络管理,验证OpenStack网络资源模型,验证来巩固和加深对OpenStack网络资源模型的理解 第2张

OpenStack云计算(十一)——OpenStack网络管理,验证OpenStack网络资源模型,验证来巩固和加深对OpenStack网络资源模型的理解 第3张

(2)以demo用户身份登录OpenStack

在“项目”仪表板中分别查看提供者网络和自服务网络的概况、子网、端口,以及路由器的信息。

OpenStack云计算(十一)——OpenStack网络管理,验证OpenStack网络资源模型,验证来巩固和加深对OpenStack网络资源模型的理解 第4张

OpenStack云计算(十一)——OpenStack网络管理,验证OpenStack网络资源模型,验证来巩固和加深对OpenStack网络资源模型的理解 第5张

OpenStack云计算(十一)——OpenStack网络管理,验证OpenStack网络资源模型,验证来巩固和加深对OpenStack网络资源模型的理解 第6张

OpenStack云计算(十一)——OpenStack网络管理,验证OpenStack网络资源模型,验证来巩固和加深对OpenStack网络资源模型的理解 第7张

(3)对以上不同身份查看到的信息进行对比

总结网络管理中不同用户身份的权限有何不同。

demo用户只能创建和管理自己的网络,而admin用户可以创建和管理所有网络。demo用户登录,由于权限受限,“public”的提供者网络信息有限。

admin用户拥有更高的权限和更广泛的控制范围,而demo用户的权限和控制范围相对较低。在网络管理中,不同用户身份的权限差异需要根据实际需求进行合理分配,以确保系统的安全性和稳定性。

项目实训二

【实训题目】

整理OpenStack网络端口管理的命令行用法

【实训目的】

进一步了解OpenStack网络端口。

【实训准备】

(1)复习OpenStack网络端口的基础知识。

(2)查到OpenStack官网有关openstack命令(Train版本)的网址https://docs.openstack.org/python-openstackclient/train/index.html。

【实训内容】

访问https://docs.openstack.org/python-openstackclient/train/cli/command-list.html网页,整理出网络端口管理的命令行用法。

(1)创建端口的openstack命令的语法格式

openstack port create
    --network 
    [--description ]
    [--fixed-ip subnet=,ip-address= | --no-fixed-ip]
    [--device ]
    [--device-owner ]
    [--vnic-type ]
    [--binding-profile ]
    [--host ]
    [--enable | --disable]
    [--enable-uplink-status-propagation | --disable-uplink-status-propagation]
    [--mac-address ]
    [--security-group  | --no-security-group]
    [--dns-domain ]
    [--dns-name ]
    [--allowed-address ip-address=[,mac-address=]]
    [--qos-policy ]
    [--project  [--project-domain ]]
    [--enable-port-security | --disable-port-security]
    [--tag  | --no-tag]
    

openstack port create netport123 --network private 

 OpenStack云计算(十一)——OpenStack网络管理,验证OpenStack网络资源模型,验证来巩固和加深对OpenStack网络资源模型的理解 第8张

OpenStack云计算(十一)——OpenStack网络管理,验证OpenStack网络资源模型,验证来巩固和加深对OpenStack网络资源模型的理解 第9张

创建成功,在openstack上刷新显示:

OpenStack云计算(十一)——OpenStack网络管理,验证OpenStack网络资源模型,验证来巩固和加深对OpenStack网络资源模型的理解 第10张

(2)修改端口设置的命令语法格式如下。

openstack port set  [选项列表]

其中的选项大部分与openstack port create命令中的相同,增加了--name选项用于重命名。

改名:openstack port set netport123 --name  net_port33

OpenStack云计算(十一)——OpenStack网络管理,验证OpenStack网络资源模型,验证来巩固和加深对OpenStack网络资源模型的理解 第11张

更改前:

OpenStack云计算(十一)——OpenStack网络管理,验证OpenStack网络资源模型,验证来巩固和加深对OpenStack网络资源模型的理解 第12张

更改后:

OpenStack云计算(十一)——OpenStack网络管理,验证OpenStack网络资源模型,验证来巩固和加深对OpenStack网络资源模型的理解 第13张

(3)删除端口的命令语法格式如下。

openstack port delete    [ ...]

OpenStack云计算(十一)——OpenStack网络管理,验证OpenStack网络资源模型,验证来巩固和加深对OpenStack网络资源模型的理解 第14张

已删除:

OpenStack云计算(十一)——OpenStack网络管理,验证OpenStack网络资源模型,验证来巩固和加深对OpenStack网络资源模型的理解 第15张

(4)列出端口的命令语法格式如下

openstack port list
    [--device-owner ]
    [--router  | --server  | --device-id ]
    [--network ]
    [--mac-address ]
    [--fixed-ip subnet=,ip-address=,ip-substring=]
    [--long]
    [--project  [--project-domain ]]
    [--tags [,,...]] [--any-tags 

免责声明
1、本网站属于个人的非赢利性网站,转载的文章遵循原作者的版权声明。
2、本网站转载文章仅为传播更多信息之目的,凡在本网站出现的信息,均仅供参考。本网站将尽力确保所
提供信息的准确性及可靠性,但不保证信息的正确性和完整性,且不对因信息的不正确或遗漏导致的任何
损失或损害承担责任。
3、任何透过本网站网页而链接及得到的资讯、产品及服务,本网站概不负责,亦不负任何法律责任。
4、本网站所刊发、转载的文章,其版权均归原作者所有,如其他媒体、网站或个人从本网下载使用,请在
转载有关文章时务必尊重该文章的著作权,保留本网注明的“稿件来源”,并白负版权等法律责任。

手机扫描二维码访问

文章版权声明:除非注明,否则均为主机测评原创文章,转载或复制请以超链接形式并注明出处。

发表评论

快捷回复: 表情:
评论列表 (暂无评论,7950人围观)

还没有评论,来说两句吧...

目录[+]