summaryrefslogtreecommitdiffstats
path: root/ceph.spec.in
diff options
context:
space:
mode:
authorLeonid Chernin <lechernin@gmail.com>2023-10-17 15:25:07 +0200
committerAlexander Indenbaum <aindenba@redhat.com>2024-07-31 10:50:10 +0200
commit5843c6b04bacf9a7c981fca5d874ab3400f855db (patch)
tree0b4c623960659c1f3017bf98da3f1ce7d0960d8b /ceph.spec.in
parentMerge pull request #58311 from rishabh-d-dave/fs-auth-nonalpha-test (diff)
downloadceph-5843c6b04bacf9a7c981fca5d874ab3400f855db.tar.xz
ceph-5843c6b04bacf9a7c981fca5d874ab3400f855db.zip
mon: add NVMe-oF gateway monitor and HA
- gateway submodule Fixes: https://tracker.ceph.com/issues/64777 This PR adds high availability support for the nvmeof Ceph service. High availability means that even in the case that a certain GW is down, there will be another available path for the initiator to be able to continue the IO through another GW. High availability is achieved by running nvmeof service consisting of at least 2 nvmeof GWs in the Ceph cluster. Every GW will be seen by the host (initiator) as a separate path to the nvme namespaces (volumes). The implementation consists of the following main modules: - NVMeofGWMon - a PaxosService. It is a monitor that tracks the status of the nvmeof running services, and take actions in case that services fail, and in case services restored. - NVMeofGwMonitorClient – It is an agent that is running as a part of each nvmeof GW. It is sending beacons to the monitor to signal that the GW is alive. As a part of the beacon, the client also sends information about the service. This information is used by the monitor to take decisions and perform some operations. - MNVMeofGwBeacon – It is a structure used by the client and the monitor to send/recv the beacons. - MNVMeofGwMap – The map is tracking the nvmeof GWs status. It also defines what should be the new role of every GW. So in the events of GWs go down or GWs restored, the map will reflect the new role of each GW resulted by these events. The map is distributed to the NVMeofGwMonitorClient on each GW, and it knows to update the GW with the required changes. It is also adding 3 new mon commands: - nvme-gw create - nvme-gw delete - nvme-gw show The commands are used by the ceph adm to update the monitor that a new GW is deployed. The monitor will update the map accordingly and will start tracking this GW until it is deleted. Signed-off-by: Leonid Chernin <lechernin@gmail.com> Signed-off-by: Alexander Indenbaum <aindenba@redhat.com>
Diffstat (limited to 'ceph.spec.in')
-rw-r--r--ceph.spec.in15
1 files changed, 15 insertions, 0 deletions
diff --git a/ceph.spec.in b/ceph.spec.in
index fae1e390eba..686b9388c94 100644
--- a/ceph.spec.in
+++ b/ceph.spec.in
@@ -250,6 +250,7 @@ BuildRequires: gperf
BuildRequires: cmake > 3.5
BuildRequires: fuse-devel
BuildRequires: git
+BuildRequires: grpc-devel
%if 0%{?fedora} || 0%{?suse_version} > 1500 || 0%{?rhel} == 9 || 0%{?openEuler}
BuildRequires: gcc-c++ >= 11
%endif
@@ -642,6 +643,17 @@ system. One or more instances of ceph-mon form a Paxos part-time
parliament cluster that provides extremely reliable and durable storage
of cluster membership, configuration, and state.
+%package mon-client-nvmeof
+Summary: Ceph NVMeoF Gateway Monitor Client
+%if 0%{?suse_version}
+Group: System/Filesystems
+%endif
+Provides: ceph-test:/usr/bin/ceph-nvmeof-monitor-client
+Requires: librados2 = %{_epoch_prefix}%{version}-%{release}
+%description mon-client-nvmeof
+Ceph NVMeoF Gateway Monitor Client distributes Paxos ANA info
+to NVMeoF Gateway and provides beacons to the monitor daemon
+
%package mgr
Summary: Ceph Manager Daemon
%if 0%{?suse_version}
@@ -2077,6 +2089,9 @@ if [ $1 -ge 1 ] ; then
fi
fi
+%files mon-client-nvmeof
+%{_bindir}/ceph-nvmeof-monitor-client
+
%files fuse
%{_bindir}/ceph-fuse
%{_mandir}/man8/ceph-fuse.8*