Anaconda安装:安装Anaconda ,首先想到的是到官方网站下载,不过速度太慢X1;之前有听说过清华镜像源有丰富的墙外资源,逛了下后发现该镜像源确实很强大,备份了普通人所需的大部分开源软件安装包
如何在Linux下安装Pytorch
选择安装包 Anaconda2-4.4.0-Linux-x86_64.sh(_64为64位)下载,千万不要选择最新的安装包(最新的Anaconda_5.0.1用的gcc版本为7.2,后续安装时提示gcc不能编译一个文件)
如何在Linux下安装Pytorch
补充一点,如果安装过程中添加环境变量选了"no",你需要手动添加环境变量时,可能在网上搜到的是"vi ~/.bashrc"这个命令,但是我推荐使用命令"gedit
~/.bashrc"以文本格式打开环境配置
如何在Linux下安装Pytorch
另外,如果你在安装的时候没看到本文之前的内容选择了最新版本的Anaconda,那你可能需要重新安装Anaconda。
Github配置:接下来要安装Pytorch了,直接在Pytorch官网上选择自己需要的配置,然后复制类似于"conda install pytorch torchvision -c soumith"命令到终端,接下来就准备开始Pytorch之旅
如何在Linux下安装Pytorch
但是意料之中的意外还是来了,安装包的下载速度太慢X2。接着查看相关的资料,了解到可以通过Pytorch源文件的方法来安装。Pytorch源文件安装的方式需要通过git工具把源库文件clone到本地(有网友指出download zip的方式下载PyTorch的源代码,在进行编译安装时会报错),而该指令需要有Github的帐号,并且需要配置ssh密钥
如何在Linux下安装Pytorch
Pytorch安装:历经重重困难,终于到了安装Pytorch的时刻了。再等一等,现在你还需要先配置环境变量NO_CUDA(本人只装CPU版本)和CMAKE_PREFIX_PATH(通过命令gedit ~/.bashrc可以通过文本方式打开.bashrc文件),接着用Anaconda安装Pytorch的依赖包,最后在进行Pytorch的安装。
第三次安装完毕时出现了如下提示语句,发现没有error或者warning等词语就没管;结果进入python模式,输入import torch时出现提示"ImportError:No module named _C";
如何在Linux下安装Pytorch
我电脑上的usr/local/lib/python2.7/site-packages/torch文件夹下没有任何文件,回想之前安装Pytorch时的安装提示,发现需要用pytorch/torch.egg-info里的文件替掉/home/gene_leee/anaconda2/lib/python2.7/site-packages/torch-0.4.0a0+0fd9682-py2.7.egg-info里的文件,再次实验发现成功导入torch
如何在Linux下安装Pytorch
需要知道命令"python setup.py clean",用于清除上次安装失败的残余文件
如何在Linux下安装Pytorch
接下来安装TorchVision,TorchVision为PyTorch提供视频和图像方面的支持,包括数据库和模型等,安装好了之后可以很方便地导入很多图像数据库,比如cifar-10;按照TorchVision官网的方法2,成功安装。
如果您维护多个Linux服务器,则有时您希望在所有服务器上运行相同的命令。例如,您可能希望安装/升级软件包,修补内核以及更新配置等。如果您必须登录到每个服务器并手动运行相同的命令,那将是一项繁琐的工作。
这篇文章是关于一个管理工具,它允许您一次在许多不同的机器上运行相同的命令。
通过ClusterSSH,您可以同时在多个主机上进行相同的更改。它提供了一个特殊的控制台界面,您在控制台中输入的任何内容都会自动发送到任意数量的主机。
在Linux上安装ClusterSSH
在Ubuntu,Debian或Linux Mint上安装ClusterSSH:
$ sudo apt-get install clusterssh
要在CentOS或RHEL上安装ClusterSSH,首先需要设置EPEL存储库,然后运行以下命令。
$ sudo yum install clusterssh
要在Fedora上安装ClusterSSH,只需运行:
$ sudo yum install clusterssh
配置ClusterSSH
安装后,第一步是定义要在其上运行命令的主机群集。为此,请按如下方式创建系统范围的ClusterSSH配置文件。
$ sudo vi / etc / clusters
clusters = my_cluster my_cluster2
my_cluster = host1 host2 host3 host4
my_cluster2 = host5 host6
如果您需要特定于用户的ClusterSSH配置,只需使用〜/ .csshrc而不是/ etc / clusters。在上面的示例配置中,我定义了两个集群:“my_cluster”由四个主机组成,“my_cluster2”包含两个主机。群集是您要登录并运行命令的一组主机。
当您使用任何用户定义的群集启动ClusterSSH时,它将使用ssh登录到群集中的各个主机,并在主机上运行任何用户类型的命令。
启动ClusterSSH
要启动ClusterSSH,请按如下方式运行cssh命令。
$ cssh -l dev my_cluster
在上文中,“dev”是群集中所有主机的登录ID,“my_cluster”是群集名称。
如果需要,可以指定单个主机名而不是群集名。
$ cssh -l dev host1 host2 host3
一旦CSSH执行命令时,它会弹出用于单个主机的XTerm窗口,以及标记的一个小窗口“CSSH [2]”,其是ClusterSSH控制台窗口。无论您在控制台窗口中输入什么,都将同时出现在各个主机的XTerm窗口中。基本上,您可以通过单一控制台窗口控制所有XTerm窗口。
如果要将某些命令运行到特定的XTerm窗口,只需将焦点切换到Xterm窗口,然后像往常一样键入命令。
以下屏幕截图显示了ClusterSSH的运行情况,其中群集中有五个主机,左上角的控制台窗口是您应该键入要在所有五个主机上运行的命令的位置。
转自 嘉为教育-rhce认证_rhce培训_linux培训_linux认证_linux考证
通常说的双机热备是指两台机器都在运行,但并不是两台机器都同时在提供服务。
当提供服务的一台出现故障的时候,另外一台会马上自动接管并且提供服务,而且切换的时间非常短。
下面来以keepalived结合tomcat来实现一个web服务器的双机热备过程:
keepalived的工作原理是VRRP虚拟路由冗余协议。
在VRRP中有两组重要的概念:VRRP路由器和虚拟路由器,主控路由器和备份路由器。
VRRP路由器是指运行VRRP的路由器,是物理实体,虚拟路由器是指VRRP协议创建的,是逻辑概念。一组VRRP路由器协同工作,共同构成一台虚拟路由器。Vrrp中存在着一种选举机制,用以选出提供服务的路由即主控路由,其他的则成了备份路由。
当主控路由失效后,备份路由中会重新选举出一个主控路由,来继续工作,来保障不间断服务。
两台物理服务器和一个虚拟服务器(vip):master:redhat2.6.18-53.el5192.168.8.4;backup:redhat2.6.18-53.el5192.168.8.6;vip:192.168.8.100。
节点A192.168.8.4(主节点),节点B192.168.8.6(备用节点),虚拟IP(对外提供服务的IP192.168.8.100)
在这种模式下,虚拟IP在某时刻只能属于某一个节点,另一个节点作为备用节点存在。
当主节点不可用时,备用节点接管虚拟IP(即虚拟IP漂移至节点B),提供正常服务。
keepalived的原理可以这样简单理解:
keepalived安装在两台物理服务器上,并相互监控对方是否在正常运行。
当节点A正常的时候:节点A上的keepalived会将下面的信息广播出去:
192.168.8.100这个IP对应的MAC地址为节点A网卡的MAC地址
其它电脑如客户端和NodeB会更新自己的ARP表,对应192.168.8.100的MAC地址=节点A网卡的MAC地址。
当节点A发生故障的时候,节点B上的keepalived会检测到,并且将下面的信息广播出去:
192.168.8.100这个IP对应的MAC地址为节点B网卡的MAC地址
其它电脑如客户端会更新自己的ARP表,对应192.168.8.100的MAC地址=节点B网卡的MAC地址。
扩展资料:
双机热备特指基于active/standby方式的服务器热备。服务器数据包括数据库数据同时往两台或多台服务器执行写操作,或者使用一个共享的存储设备。在同一时间内只有一台服务器运行。
当其中运行着的一台服务器出现故障无法启动时,另一台备份服务器会通过软件诊测(一般是通过心跳诊断)将standby机器激活,保证应用在短时间内完全恢复正常使用。
Keepalived的运行原理是基于VRRP(虚拟路由冗余协议)机制,在VRRP中有两个重要的概念:VRRP路由器和虚拟路由器,主控路由器和备份路由器。
VRRP路由器是一种实体路由器设备,而虚拟路由器则是基于VRRP协议构建的虚拟路由器,是软性的虚拟概念,一组VRRP路由器协同工作,共同构造一台虚拟服务器。
VRRP协议支持一种选举机制,主要用来选出用来提供服务的路由即主控路由,其它的就是备份路由了,当主控路由失效之后,备份路由中重新选出一个主控路由(往往按照设置好的优先级别重新分配),接管主控服务,继续工作,来保证不间断的提供服务。
参考资料:百度百科-双机热备
欢迎分享,转载请注明来源:夏雨云
评论列表(0条)