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的路上拼搏，欢迎留言。