Netowork Working Group L. Guo Internet-Draft CAICT Intended status: Experimental Y. Feng Expires: 8 September 2022 China Mobile J. Zhao China Telecom L. Zhao H. Wang Huawei 7 March 2022 NVMe over Fabric Network Requirement draft-guo-nof-requirement-00 Abstract NVMe over Fabrics defines a common architecture that supports a range of storage networking fabrics for NVMe block storage protocol over a storage networking fabric, such as Ethernet, Fibre Channel and InfiniBand. For Ethernet-based network, RDMA or TCP technology can be used to transport NVMe, but the network management mechanism is simple, and fault detection is weak. This document describes the solution requirements for automatic device discovery to improve usability and quick switchover to improve reliability. Requirements Language The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in RFC 2119 [RFC2119]. Status of This Memo This Internet-Draft is submitted in full conformance with the provisions of BCP 78 and BCP 79. Internet-Drafts are working documents of the Internet Engineering Task Force (IETF). Note that other groups may also distribute working documents as Internet-Drafts. The list of current Internet- Drafts is at https://datatracker.ietf.org/drafts/current/. Internet-Drafts are draft documents valid for a maximum of six months and may be updated, replaced, or obsoleted by other documents at any time. It is inappropriate to use Internet-Drafts as reference material or to cite them other than as "work in progress." Guo, et al. Expires 8 September 2022 [Page 1] Internet-Draft Abbreviated-Title March 2022 This Internet-Draft will expire on 8 September 2022. Copyright Notice Copyright (c) 2022 IETF Trust and the persons identified as the document authors. All rights reserved. This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (https://trustee.ietf.org/ license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Revised BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Revised BSD License. Table of Contents 1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 2 2. Terminology . . . . . . . . . . . . . . . . . . . . . . . . . 3 3. Use Case . . . . . . . . . . . . . . . . . . . . . . . . . . 4 4. References . . . . . . . . . . . . . . . . . . . . . . . . . 7 4.1. Normative References . . . . . . . . . . . . . . . . . . 7 4.2. Informative References . . . . . . . . . . . . . . . . . 7 Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 7 1. Introduction For a long time, the key storage applications and high performance requirements are mainly based on FC networks. With the increase of transmission rates, the medium has evolved from HDDs to solid-state storage, and the protocol has evolved from SATA to NVMe. The emergence of new NVMe technologies brings new opportunities. With the development of the NVMe protocol, the application scenario of the NVMe protocol is extended from PCIe to other fabrics, solving the problem of NVMe extension and transmission distance. The block storage protocol uses NoF to replace SCSI, reducing the number of protocol interactions from application hosts to storage systems. The end-to-end NVMe protocol greatly improves performance. Fabrics of NoF includes Ethernet, Fibre Channel and InfiniBand. Comparing FC-NVMe to Ethernet- or InfiniBand-based Network alternatives generally takes into consideration the advantages and disadvantages of the networking technologies. Fibre Channel fabrics are noted for their lossless data transmission, predictable and consistent performance, and reliability. Large enterprises tend to favor FC storage for mission-critical workloads. But Fibre Channel requires special equipment and storage networking expertise to Guo, et al. Expires 8 September 2022 [Page 2] Internet-Draft Abbreviated-Title March 2022 operate and can be more costly than Ethernet-based alternatives. Like FC, InfiniBand is a lossless network requiring special hardware. Ethernet-based NVMe storage products tend to be more plentiful than FC-NVMe-based options. Most storage startups focus on Ethernet-based NVMe. But unlike FC, InfiniBand and Ethernet lack a discovery service that enables the automatic addition of nodes to the fabric. And unlink FC, The Ethernet switch does not have zone management and does not notify the Change of device status. When the device is faulty, relying on the NVMe link heartbeat message mechanism , the host takes tens of seconds to complete service switchover. +--------------------------------------+ | NVMe Host Software | +--------------------------------------+ +--------------------------------------+ | Host Side Transport Abstraction | +--------------------------------------+ /\ /\ /\ /\ /\ / \ / \ / \ / \ / \ FC IB RoCE iWARP TCP \ / \ / \ / \ / \ / \/ \/ \/ \/ \/ +--------------------------------------+ |Controller Side Transport Abstraction | +--------------------------------------+ +--------------------------------------+ | NVMe SubSystem | +--------------------------------------+ This document describes the application scenarios and capability requirements of the Ethernet-based NVMe that implements automatic device discovery, domain management, and fault notification similar to FC. 2. Terminology Ethernet-based NVMe: using RDMA or TCP to transport NVMe through Ethernet FC: Fiber Channel NVMe: Non-Volatile Memory Express NoF: NVMe of Fabrics CDC: Centralized Discovery Controller Guo, et al. Expires 8 September 2022 [Page 3] Internet-Draft Abbreviated-Title March 2022 3. Use Case The NVMe over RDMA or TCP Ethernet-based network in storage is as follows, the network mainly includes three types of roles: an initiator (referred to as a host), a switch, and a target (referred to as a storage device). Initiators and targets are also referred to as endpoint devices. Hosts and storage devices use the Ethernet- based NVMe to transmit data over the network to provide high performance storage services. +--+ +--+ +--+ +--+ Host |H1| |H2| |H3| |H4| (Initiator) +/-+ +-,+ +.-+ +/-+ | | '. ,-`| | | | `', | | | | ,-` '. | | +-\--+ +--`-+ +`'--+ +-\--+ | SW | | SW | | SW | | SW | +--,-+ +---,, +,.--+ +-.--+ `. `'.,` .` `. _,-'` ``'., .` Internet +--'`+ +`-`-+ Network | SW | | SW | +--,,+ +,.,-+ .` `'., ,.-`` ', .` _,-'` `. +--`-+ +--'`+ `'---+ +-`'-+ | SW | | SW | | SW | | SW | +-.,-+ +-..-+ +-.,-+ +-_.-+ | '. ,-` | | `., .' | | `', | | '.` | | ,-` '. | | ,-` `', | Storage +-`+ `'\+ +-`+ +`'+ (Target) |S1| |S2| |S3| |S4| +--+ +--+ +--+ +--+ Sub-Scenario 1: Initial Deployment Guo, et al. Expires 8 September 2022 [Page 4] Internet-Draft Abbreviated-Title March 2022 During initial system deployment, hosts and storage devices are connected to the network separately and In order to achieve high reliability, each host and storage device are connected to dual network planes simultaneously. The host can read and write data services only when an NVMe connection is established between the host and the storage device. To establish an NVMe connection, the host need to know the IP address of the storage device. However, Ethernet-based NVMe lacks a discovery service and cannot detect the status of access devices, manual configuration of storage IP addresses is required on host. Manual configuration is complex and error-prone. Sub-Scenario 2: Expansion During expansion, hosts or storage devices need to be added. The problem is the same as that in sub-scenario 1. When a new host is mounted to a storage device, you need to manually configure the storage device, which is complex too. Sub-scenario 3: Storage Faults When a storage device is faulty during running, no device proactively notifies the host of the fault status. Based on the Ethernet-based NVMe protocol, the host uses the NVMe heartbeat to detect the status of the storage device. The heartbeat message interval is 5s. Therefore, it takes tens of seconds to determine whether the storage device is faulty and perform service switchover using the multipath software. Failure tolerance time for core applications cannot be reached. In order to obtain the best customer experience and business reliability requirement, we need to enhance the Ethernet-based NVMe, supports automatic device discovery and fault status notification. In the CDC(Centralized Discovery Controller) solution being discussed by NVMe organizations, hosts and storage devices report device information to the CDC, and the CDC synchronizes the information to the host. The host establishes an NVMe link to implement automatic device discovery. However, the CDC solution does not involve fault status notification. Therefore, the system cannot notify a fault status of a device, and the failover time is still long. For core services, the duration of service impact is critical. Guo, et al. Expires 8 September 2022 [Page 5] Internet-Draft Abbreviated-Title March 2022 The solution proposed in this document is similar to the FC-NVMe system. The switch functions as the manager of the entire network, manages device information and status, and synchronizes information between switches on the entire network. In addition, to isolate storage services securely, a concept similar to a zone on a Fibre Channel network is introduced. Hosts and storage devices are planned in a zone and NVMe links can be established between the hosts and storage devices in the zone. The detailed requirements for hosts, switches, and storage devices on the network are as follows: Automatic device discovery: When a storage device is connected to a network, the host can automatically discover the storage device and establish an NVMe connection. 1. When the host accesses the network, the device access information is sent to the switch periodically. When the storage device is connected to the network, the device access information is sent to the switch periodically. 2. After receiving the host and storage access information, the switch synchronizes the information to other switches. 3. The switch identifies objects in the same zone and synchronizes host and storage device information to objects in the zone. 4. After receiving the storage device information provided by the switch, the host automatically establishes an NVMe connection. +----+ +-------+ +-------+ +-------+ |Host| |Storage| |Switch | |Switch | +----+ +-------+ +-------+ +-------+ | | | | |-----1------>| | | | |-----1----->| | | | |-----2------>| | | | | | | |<----2-------| | | | | |<----3-------|-----3------| | | | | | |-----4------>| | | | | | | | | | | Fault detection: The host can detect the fault status of the storage device and quickly switch to the standby path. 1. The host subscribes to the storage status information from the switch. Guo, et al. Expires 8 September 2022 [Page 6] Internet-Draft Abbreviated-Title March 2022 2. If a storage fault occurs, the access switch detects the fault at the storage network layer or link layer. 3. The switch synchronizes the status to other switches on the network. 4. The switch identifies the hosts that subscribe to the storage status in the zone and synchronizes the storage fault information to the hosts. 5. Quickly disconnect the connection from the storage device and trigger the multipathing software to switch services to the redundant path. The fault is detected within 1s. +----+ +-------+ +-------+ +-------+ |Host| |Storage| |Switch | |Switch | +----+ +-------+ +-------+ +-------+ | | | | |-----1-------|----------->| | | | |-+ | | | |2| | | | |-+ | | | | | | | |<----3-------| |<----4-------|------------| | | | | | |-----4------>| | | | | | | | | | | 4. References 4.1. Normative References [RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, DOI 10.17487/RFC2119, March 1997, . 4.2. Informative References [ODCC-2020-05016] Open Data Center Committe, "NVMe over RoCEv2 Network Control Optimization Technical Requirements and Test Specifications", 2020. Authors' Addresses Guo, et al. Expires 8 September 2022 [Page 7] Internet-Draft Abbreviated-Title March 2022 Liang Guo CAICT No.52, Hua Yuan Bei Road, Haidian District, Beijing Beijing, 100191 China Email: guoliang1@caict.ac.cn Yi Feng China Mobile 12 Chegongzhuang Street, Xicheng District Beijing Beijing, China Email: yangzhiyong@chinamobile.com Jizhuang Zhao China Telecom South District of Future Science and Technology in Beiqijia Town, Changping District Beijing Beijing, China Email: zhaojzh@chinatelecom.cn Lily Zhao Huawei No. 3 Shangdi Information Road, Haidian District Beijing Beijing, China Email: Lily.zhao@huawei.com Haibo Wang Huawei No. 156 Beiqing Road Beijing 100095 P.R. China Email: rainsword.wang@huawei.com Guo, et al. Expires 8 September 2022 [Page 8]