Preflight【预检】

预检(内容提要)

1. Ceph Node Setup(CEPH节点设置)
2. Ceph Deploy Setup(CEPH部署设置)
   2.1 Advanced Package Tool (APT)
   2.2 Red Hat Package Manager (RPM)
3. Summary(总结)

预检

新版本0.60。

感谢您尝试Ceph!深入钻研Ceph的之前,我们建议设立一个ceph-deploy管理节点和3个节点演示集群来探索一些Ceph功能。预检检查将帮助你准备使用 ceph-deploy一个管理节点和3个Ceph节点(或虚拟机)用来管理你的Ceph存储集群。

1.CEPH节点设置

执行以下的步骤:

1.在每个Ceph节点上创建一个用户。

ssh [email protected]

sudo useradd -d /home/ceph -m ceph

sudo passwd ceph

2.在每个Ceph节点中为用户增加 root 权限

echo "ceph ALL = (root) NOPASSWD:ALL" | sudo tee /etc/sudoers.d/ceph

sudo chmod 0440 /etc/sudoers.d/ceph

3.安装一个SSH服务器 (如果必要):

sudo apt-get install openssh-server

sudo yum install openssh-server

4.用无密码的SSH连接到每个Ceph节点来配置你的 ceph-deploy 管理节点. 保留密码为空:

ssh-keygen

Generating public/private key pair.

Enter file in which to save the key (/ceph-client/.ssh/id_rsa):

Enter passphrase (empty for no passphrase):

Enter same passphrase again:

Your identification has been saved in /ceph-client/.ssh/id_rsa.

Your public key has been saved in /ceph-client/.ssh/id_rsa.pub.

5.复制秘钥至每个Ceph节点.

ssh-copy-id [email protected]

6.修改你的ceph-deploy 管理节点的 ~/.ssh/config 文件使它能像你创建的用户(比如, ceph)一样记录至Ceph节点 .

Host ceph-server

Hostname ceph-server.fqdn-or-ip-address.com

User ceph

7.用和主机名 ping 来确定连接性 (比如, 不是IP地址). 必要的解决主机名解析问题和防火墙问题。

2.CEPH部署设置

增加Ceph资料库至 ceph-deploy 管理节点. 之后,安装 ceph-deploy.

重要:如果你是用不同的用户登录的,就不要用sudo或者root权限运行ceph-deploy,因为在远程的主机上不能发出sudo命令

2.1高级包管理工具(APT)

对于Debian和Ubuntu的发行版,请执行下列步骤:

1.添加发行密钥

wget -q -O- ‘https://ceph.com/git/?p=ceph.git;a=blob_plain;f=keys/release.asc‘ | sudo apt-key add -

echo deb http://ceph.com/debian-dumpling/ $(lsb_release -sc) main | sudo tee /etc/apt/sources.list.d/ceph.list

sudo apt-get update

sudo apt-get install ceph-deploy

2.添加Ceph包到你的仓库,用一个稳定的Ceph发行版替换{ceph-stable-release}(如 cuttlefish, dumpling等),例如

echo deb http://ceph.com/debian-{ceph-stable-release}/ $(lsb_release -sc) main | sudo tee /etc/apt/sources.list.d/ceph.list

3.更新你的仓库并安装ceph-deploy

sudo apt-get update && sudo apt-get install ceph-deploy

2.2Red Hat软件包管理器(RPM)

对于Red Hat(rhel6), CentOS (el6), Fedora 17-19 (f17-f19), OpenSUSE 12 (opensuse12), 和 SLES (sles11)等平台按照下面的步骤:

1.添加包到你的仓库。打开一个文本编辑器和创建一个Yellowdog更新,修改(YUM)项,使用路径/etc/yum.repos.d/ceph.repo,例如:

sudo vim /etc/yum.repos.d/ceph.repo

粘贴下列示例代码。用一个稳定的Ceph发行版替换{ceph-stable-release}(如  dumpling等).R用你的Linux发行版替换{distro}(如el6 for CentOS 6, rhel6 for Red Hat 6, fc18 or fc19 for Fedora 18 or Fedora 19和sles11 for SLES 11)。最后,保存文件至/etc/yum.repos.d/ceph.repo。

[ceph-noarch]

name=Ceph noarch packages

baseurl=http://ceph.com/rpm-{ceph-stable-release}/{distro}/noarch

enabled=1

gpgcheck=1

type=rpm-md

gpgkey=https://ceph.com/git/?p=ceph.git;a=blob_plain;f=keys/release.asc

2.更新你的仓库并安装ceph-deploy

sudo yum update && sudo yum install ceph-deploy

3.总结

完成了预检的快速入门,下面继续存储集群的快速入门。

时间: 2024-07-29 23:27:38

Preflight【预检】的相关文章

皮内的预检模块i-Cut Layout Essential & Preflight v14.0

i-Cut Layout Essential & Preflight v14.0 for MacOSX 2CD 皮内的预检模块  皮内的预检 对于Mac windowstrial试验  一个简单的PDF预检,预检带来PstI酶切和大幅面打印编辑解决方案.  皮内的准备是一个真正的工作流的起点.问题自动报告,在打印前.没有必要去Adobe?插画?和浪费时间试图找出为什么文件将不能正确打印.皮内的预检会告诉自动.  真正的形状与皮内的布局模块嵌套  皮内的布局至关重要  皮内的布局基本符合所有基本功

preflight request预检请求

preflight request预检请求,负责检查是否允许跨域请求,但是注意并不是所有的跨域请求都会发送preflight请求.对与那些幂等的请求,如GET请求,就不会发送preflight请求.只有那些会改变服务器状态的请求才可能发送preflight请求,如果POST.DELETE和PUT请求. preflight请求是一个OPTIONS请求,由浏览器自动发送,前端开发者不会意识到它的存在.preflight请求必须有这三个请求头Access-Control-Request-Method.

CORS预检请求详谈

引言 最近在项目中因前后端部署不同地方,前端在请求后端api时发生了跨域请求,我们采用CORS(跨域资源共享)来解决跨域请求,这需要前后端的配合来完成.在这一过程中,后端支持了CORS跨域请求后,前端的请求配置可能会调起CORS的preflight请求,也就是我们所说的预检请求.对CORS不太熟悉的可能会很容易忽视掉这个问题.下面就来说说CORS的preflight请求.CORS的基本用法不在本文讨论中,可以参考阮老师的跨站资源共享CORS详解. CORS prefligt请求 prefligh

在fetch方法中添加header后遇到的预检请求问题

今天在使用fetch方法 fetch('xxx.com',{header:{bbbbbbb:111}}) 浏览器返回的请求信息中,header变成了 :authority:koss.nocorp.me :method:OPTIONS :path:/?a=1 :scheme:https accept:*/* accept-encoding:gzip, deflate, br accept-language:zh-CN,zh;q=0.8 access-control-request-headers:

cors跨域之简单请求与预检请求(发送请求头带令牌token)

跨域浏览器请求应该是可以发出的,服务器不响应这种请求,同时跨域标准还要求浏览器不接受不同域名的服务器发来的响应.个人猜测 预检请求(option):在 CORS 中,可以使用 OPTIONS 方法发起一个预检请求(一般都是浏览检测到请求跨域时,会自动发起),以检测实际请求是否可以被服务器所接受.预检请求报文中的 Access-Control-Request-Method 首部字段告知服务器实际请求所使用的 HTTP 方法:Access-Control-Request-Headers 首部字段告知

CORS跨域请求限制-options预检请求

1 var express = require("express"); 2 var app = express(); 3 4 // app.get("/a", function(req,res){ 5 // // 设置" * "号表示允许任何域名来源的请求 6 // res.setHeader('Access-Control-Allow-Origin', '*'); 7 // res.json({"a":100}); 8 //

处理跨域Options预检请求

//处理跨域Options预检请求 if($_SERVER['REQUEST_METHOD'] == 'OPTIONS'){ //允许的源域名 header("Access-Control-Allow-Origin: *"); //允许的请求头信息 header("Access-Control-Allow-Headers: Origin, X-Requested-With, Content-Type, Accept, Authorization"); //允许的请求

为什么请求会发送两次-预检请求opition

我们都知道cors请求分类两类:简单请求get,post,option:其他是复杂请求. 详情查看 https://developer.mozilla.org/zh-CN/docs/Web/HTTP/Access_control_CORS 场景:很多时候发送一个post请求,结果却显示两个请求(一个option请求,一个post请求) 一.什么是options请求 OPTIONS请求即预检请求,用来检测服务器允许的http方法. 总共会发送两次请求.当发起跨域请求时,出于安全考虑,达到一定条件,

iOS免费的机审预检工具

对不起,这是一个推荐稿,因为本人发现了一个对cp来说实在是一个宝藏的检测工具.最近有个包被苹果送了2.3.1礼包,然后就是各种申诉,把能改的都改了还是2.3.1. 用了腾讯的wetest检测还是不行,后来发现了一个免费的检测工具,想着死马当活马医.嘿,没想到就用它检测出了recharge_type的关键字,移除它就过审! 它的相似度检查的功能,我也试了下也挺好的,截了几张图.链接在这:https://www.quicksdk.com/news-818.html ,感兴趣都试试吧,是真的不错 原文