Seafile完整环境迁移记录

迁移前环境:

Centos 7 + Seafile + MySQL + Amazon S3 backend

迁移后环境:

一致。

 

迁移前备份:

1、备份数据库。

Ref:https://manual-cn.seafile.com/maintain/backup_recovery.html

mysqldump -h [mysqlhost] -u[username] -p[password] –opt ccnet-db > /backup/databases/ccnet-db.sql.`date +”%Y-%m-%d-%H-%M-%S”`

mysqldump -h [mysqlhost] -u[username] -p[password] –opt seafile-db > /backup/databases/seafile-db.sql.`date +”%Y-%m-%d-%H-%M-%S”`

mysqldump -h [mysqlhost] -u[username] -p[password] –opt seahub-db > /backup/databases/seahub-db.sql.`date +”%Y-%m-%d-%H-%M-%S”`

2、备份配置文件: 继续阅读Seafile完整环境迁移记录

USB Server for USB over Network License

做虚拟化难免遇到一个问题就是有些软件要USB-KEY做授权,而虚拟机一旦发生vMotion,USB-KEY就不会跟着飘,应用就会宕掉。这时候就需要用到USB Server,将USB通信内容封装为IP包,以vMotion中不变的IP作为传输的节点,即可实现vMotion后不会掉USB。

最近做的项目很多用到了这个方案,而且很多是从usbserver.com这个很山寨的网站出的货,本着研究无罪的精神,发现这个国内的皮包厂家也是改了人家国外fabulatech.com的产品,二次封包后销售的,连客户端都通用。。。

企业用,那其实我们自己也有USB-KEY的使用环境呀,比如各种网银~~

可以找一台闲置的机器,插满网银的KEY,然后开USB Server,自己的本子装个client,要用到的时候直接connect过去~~如果能走公网更好玩哦~~

安装包就不发了,上面网站有的下~只发license~~

==5.0.5测试通过,更新版本据反馈不可用==

—–BEGIN USBOVERNETWORK KEY BLOCK—–
49VjkrRtwAtKPnXEUkaOzVBLRgoCAAAAYVBaATJZyDvpJIHhOItxDA8A0XTJ/PupTEzIUG
/adIN1MnSymusJ6koXFlaR3i8GDwDTZfLvvfWaM3tZ0aMrh8aCkoOAjA6BcjfMSk85O+A
PtYIAbS9jDYCXf04HofzCt5m+5wMMkv7vVqs+AQ/Hv4lwyFCauDKP1sXCTzEoZfv2ZaG5
Y9DGAoP6CVOdDSOOUJfQ3ByquEAnLU0eJt0YSV/wudzP14Xe7SV+RpzNb8wvzFVRZ
b38mg/7D//0uM82ONtgotOJEnHlrtJxXbLX/vMGEvKPD5qDJljlPS6nRLty0s4tWb4=
—–END USBOVERNETWORK KEY BLOCK—–

 

—–BEGIN USBOVERNETWORK KEY BLOCK—–
7jVXwZorzgc3zXAFaOxEjFBLRgoCAAAAYVBaATJZyDvpJIHhOItxDA8AJTvt6uh8xsNtAjikZI
uW4+Gouj+yxPkL8WJXj9WmDwD2q80X1b3Qo7fF7uRgxyyhB3GOmAn+dXrbWis4QoeB
/siBzzY9MKI0ne8S4zlZuhKuADq1lyBCX5FgZr1rq/8dPBM1B1NSF874xu1YnaJpJTw6okq
ke69bEmovUOxtTBavTAQ51sbd/F+6vHeVXnxhyBSP9D7KO6gDuyS/KlEhdyz4cN+xKeeB
G1NZI1+RjX0yU5imibsSKdXB8+Ypk+KXwEDu3W4RbrDIHCzClM9OahMOEcI=
—–END USBOVERNETWORK KEY BLOCK—–

—–BEGIN USBOVERNETWORK KEY BLOCK—–
/h7Hn8zoD4Yn2S4r7rQ2RFBLRgoCAAAAYVBaATJZyDvpJIHhOItxDA8AA3Vvv4TGPVQM
mMrm5ppVzdoBlPX2Npsxj8sA0YK0DwA9dr+0VSUJFbub95xv4D+8ah8zCjy1jPH0iGe
nQJo7UKlzsvY2Y5aPAFsfBSB2auPL4IaSgferIOCyUzGmDgqrsvHwDdlKlVfjlFvHpoAlw
DmfvMhHigdL4arnkp9vU0rpCdxusCte4y9LPQLF2mJ/fDiD1ExLITu+VdYlqLSFZG0OR
d0ySND2e/gvH6zEfIWWoNjvFkmtVH9LKunfKTSUJU5oKAzx195puSoG0jCKmycXFWk=
—–END USBOVERNETWORK KEY BLOCK—–

—–BEGIN USBOVERNETWORK KEY BLOCK—–
8MUxi03bGxUPsUuGsmxkulBLRgoCAAAAYVBaATJZyDvpJIHhOItxDA8AQZLlB4DiCKm
//mqc1irS4dMN2vZMtef79NxeFWtqDwAVEFs7CEjAIU7Jhy1LtVsqJua8a33VUcdYun/hX
PVgL/JO5b1crZt7f9Wmy0KuCaZk7couHPJd+Y56v2MDptT/kIACfr+1+VYuyuS4jjY7NoVq
AOkCcMkYpv9jpcvHjodQXpQkRrfVRKQHgbl74L8V8JrdYVESF5NAW8LGNlqB4a3JhkC
tufhdpJG9PmTW1iy+JK+JkhgprB31C6qx2dCWTtPmWhFMY8SX9RIrVpbQf4Lgym4=
—–END USBOVERNETWORK KEY BLOCK—–

—–BEGIN USBOVERNETWORK KEY BLOCK—–
yMcFFuercK8PH7OFVbiFeVBLRgoCAAAAYVBaATJZyDvpJIHhOItxDA8AeDZNRBkecnj
SMrdr+AWuc1bHHFVxc1kTEUn6Bfx/DwCuKwU0ZsJFpbkVqaOGlq1F2y1m2hXQxiFJV
By944Pbmb9fmZukGh8ZRdsyDZuhz7d8mnOS8MHbXIzJGfP39aJmYYAQkPTrLZuhZ
QfIuqleTtSnS7iXEYPvpHL20zyRoSx5vot2uBaXKWJjIifOC3NjqPxYf5ZYMdW5pccTdqlF
/6474s54iYpisT4u1Wx1Pm5JSDf+tBei7DrcRApSJ5HQYIOikZqhRRAGZRuRkMXWNUuetX0=
—–END USBOVERNETWORK KEY BLOCK—–

 

VxLAN下的数据中心拓扑变化

前两天正好有事飞北京一趟,会了会北京分公司的朱总,聊到现在演变过来的DC拓扑,已经和我学IE时了解到的大不一样了。简单记录,回头深究。

思科推崇的传统DC架构为Spine-Leaf架构,涉及产品为Nexus 752架构,7k跑spine,5k跑leaf,2k作为Fabric Extender打破ToR/EoR布局,引入MoR。

7k和5k是Fabricpath的,二层无阻塞的环境,7k跑FHRP,网关在7k。

而现在虽然也是Spine-Leaf架构,但是推崇的产品已经改为963架构,这里也只是听说963架构,不知道所谓6k跑什么流量。姑且当做9k连3k吧,网关在3k,也就是在leaf上,3k上联9k跑同DC下东西流量,3k直连防火墙出局跑南北流量。9k和3k之间跑evpn,利用VxLAN封装报文跑东西流量。

这里有个问题,我问朱总,那这样不是很多网关,要很多防火墙?朱总说,是。

随后还简单聊了Fabricpath和Trill的区别,我理解的FP是二层等价多路径的,无阻塞的,而朱总所说的Trill是要结合STP一起用的,是会阻塞链路的。但是据我所知这俩玩意是一回事的。回头还得查查IEEE文档了。但是无论这玩意如何,总归是没人用的。

FC网络中ISL链路的建立

在经典以太网中,我们需要有Trunk链路来承载多VLAN,而在FC网络中,我们也需要用ISL链路来承载多VSAN。下面是具体配置。

这里以两条链路做san-port-channel的形式,将Nexus 5000与MDS做ISL Trunking,放行vlan1和vlan200。

san-port-channel id:22

vsan:1,200 继续阅读FC网络中ISL链路的建立

Nexus系列交换机与IOS系列交换机的明显区别

Nexus系列交换机是与IOS系列独立开来的交换机产品,其在命令语法和日常使用中均有较大区别。以下是几个日常使用中明显的区别:
1,Nexus默认SSH登陆,而IOS系列默认telnet登录
2,高度模块化的映像,启用各种功能需要用feature命令打开
3,Nexus默认使用用户名密码登陆,IOS默认只需要密码登陆
4,Nexus没有write命令,需要copy run start
5,Nexus系列中license管理严格,高级功能不仅需要业务板卡支持,还需要购买软件授权,如MPLS授权,高级二层授权(Fabricpath)等
6,支持COPP(Control Plane Policing)
7,Nexus映像由kickstart和system image构成,IOS仅有system image

其实Nexus和IOS在实际使用上也有较多的不同,这里只列举出比较明显的区别,希望大家有一个比较宏观的认识。

Cisco Nexus系列各产品简述

由于思科系列的Nexus产品的产品线长,编号大致从N1K到N9K,灵曦为各位整理出Nexus家族产品线的概述情况。考试以N1KV,N2K,N5K,N7K为主。

1K – 虚拟化,N1kV(N1000V),为VMWARE提供的第三方交换机产品,软件交换机
2K – 虚拟接入层,远程板卡,必须配合5K,7K使用,为5K,7K提供远程接入功能,不可管理,扩展了5K或7K的端口数量,并改变了TOR/EOR架构。(考试型号:N2232PP)
3K – 高频交易,高密度交换,金融产品使用
4K – 嵌入式交换机,测试产品,在IBM服务器中嵌入了交换机,有可能是FI的前身,几乎没见过
5K – 标准接入层产品,最强的功能是有unified port,可以自由配置LAN/SAN端口,即原生支持FC存储网(考试型号:N5548UP)
6K – 原5K高级版,已融合到56xx系列
7K – 可做汇聚层或核心层的交换机。最强功能:VDC(Virtual Device Context)可以将一台交换机虚拟为4台或8台业务VDC和1台管理VDC实现独立管理。(考试型号:N7009)
9K – ACI架构,不用思科芯片实现转发,实现spine/leaf架构

CCIE Datacenter 考试知识点

CCIE DC V1.0考试(2016年7月之前)目前包含四大部分考点,分别为:

1,Nexus部分
2,存储部分
3,UCS部分
4,虚拟化部分

1,Nexus部分考点主要有:Fabricpath,VPC,OTV
2,存储部分考点主要有:FC,VSAN,ZONE,FCoE,NPV/NPIV
3,UCS主要考点有:UCSM,RBAC,Service Profile
4,虚拟化部分主要考N1KV的使用

考点可能随时更新,由于我还没有开始打LAB,可能理解有所偏差,后续会更新,如果有错误请指正。

Cisco Nexus N7K/N77 系列中的带宽计算问题

由于N7K系列为高度模块化设备,其背板(FABRIC),IO模块(业务板卡)均为模块,可以独立添加删除替换,故需要对N7K系列做背板带宽和整机吞吐带宽计算。

  • 背板支持情况:

N7K系列机器支持FAB1和FAB2两代背板,N77只支持FAB2背板。
N7K系列中,FAB1背板提供46Gbps/slot(插槽)的带宽支持能力,FAB2支持110Gbps/slot的带宽支持能力。
N77系列中,FAB2背板提供220Gbps/slot带宽支持能力。

整机吞吐带宽 = 背板带宽(FAB) x 插槽数(slot)

  • 以IO模块N7K-F248XP-25E为例:

N7K-F248XP-25E业务板卡解读如下:
N7K – 只适用于N7K系列机器(不适用于N77)
F2 – F2代板卡
48 – 48个端口
XP – 万兆SFP+口
25 – 需要2代FAB 5块

已知该业务板卡需要FAB2代,即每FAB为该slot提供110Gbps速率,5块合计550Gbps。而该板卡最大吞吐为1Gbps x 48 = 480Gbps吞吐,小于550Gbps,故该业务板卡可以全线速运算。

    • 整机吞吐计算:
      以7009(7slot)为例:
      由上述计算可知,5块FAB可以为每个slot提供550Gbps带宽,该款型号支持7slot,故整机总吞吐能力为 550Gbps x 7 = 3850Gbps

 

  • 以IO模块N77-F212CK-26为例:
    业务板卡解读如下:
    N77 – 适用于N77系列机器
    F2 – F2代板卡
    12 – 12个端口
    CK – 每口100Gbps
    26 – 需要2代卡6块

该板卡需要100Gbps x 12 端口 = 1.2Tbps吞吐,N77中二代FAB可以提供220Gbps/slot吞吐,需要6块一共可提供1.32Tbps/slot吞吐,可以满足该板卡全线速运算。

  • 以IO模块N7K-F132XP-12L为例:
    板卡为N7K机器上F1代板卡,32个万兆SFP+口,需要1代FAB 2块,具备XL加大转发表项。
    一代板卡2块共提供46Gbps x 2 = 92Gbps吞吐,而该业务板卡最多需要10Gbps x 32端口 = 320 Gbps吞吐,92Gbps小于320Gbps,故该板卡不足以支持线速运算,且超订比为1:4

走向CCIE Datacenter学习之路

从今天开始灵曦将为大家更新CCIE Datacenter学习过程中的经验,见解,问题以及分享,不清楚是否有人跟灵曦一样在走这条路或者在决定的过程中,如果有的话,不妨留个言,一起学习,共勉。

目前CCIE考试版本为1.0,Lab考试有v2和v3两个版本,在2016年7月之后将变成CCIE 2.0考试,所以灵曦在努力争取在明年7月之前搞定考试。

所有文章均基于CCIE 1.0版本展开,升级为2.0版本后,所有概念,定义不一定还会适用,具体以思科官方文档为准。所有本博客发布的CCIE相关文章,如无注明,均属原创,遵循CC协议4.0国际通用版本中BY-NC-SA授权,即:署名,非商业性使用,相同方式共享协议。所有言论与任何培训机构无关。

如果你也在CCIE的路上拼搏,欢迎留言。