SAN Review


In simple terms, a SAN is a network infrastructure deployed between servers and storage resources. For example, one solution is to provide a storage network where Fibre Channel (FC) switches, such as the Cisco MDS 9000, can be interconnected over a 15454 network. The 15454 network interfaces with the FC switches, as shown in Figure 8-1.

Figure 8-1. SAN Extension Example


A SAN is normally a dedicated network optimized for the exchange of large amounts of data within the data center to support better utilization of available storage and to provide for disaster-recovery solutions. Companies typically have two data centers, one that is active and one in standby, in case the active data center fails. The SAN enables the two data centers to be synchronized so that the standby center has up-to-date information. A SAN creates a dedicated link between the server and storage devices that must follow certain requirements, such as low delay, high bandwidth, and high reliability. FC and Enterprise Systems Connection (ESCON) switches are used at the local data centers to provide access to storage discs.

Note

Network attached storage (NAS) is similar to a SAN but uses files instead of blocks. Blocks of data represent a more granular representation of the data, compared to files. It's similar to the concept of Microsoft Windows, in which files represent data. In addition, the data is stored on your hard disk in a much more granular format, which you can think of as blocks. SAN replicates the data between the servers and storage devices at the block level instead of the file level. Databases, such as Oracle, store data as blocks. This method of replicating data at the block level makes more efficient use of the storage devices than the file replication method used by NAS.


SAN Protocols

The most commonly used SAN protocols include these:

  • Small Computer System Interface (SCSI) SCSI is the most common method for connecting storage devices to servers. Multiple versions of serial SCSI are in use today. For example, SCSI can be mapped on top of FC, which enables SCSI to overcome its distance limitation and achieve much greater speeds and access to more devices. SCSI is widely supported by servers and storage devices.

  • FC FC is capable of transferring large blocks of data over longer distances at very high data rates, such as 4 Gbps. Not all SAN protocols are capable of connecting over long distances.

  • Fiber Connection (FICON) FICON is the IBM version of FC. FICON connects mainframes directly with control units or ESCON aggregation switches. The transport requirements for FICON are the same as those for FC.

  • Fibre Channel over IP (FCIP) is another option of extending storage data. FCIP tunnels Fibre Channel over Transmission Control Protocol/Internet Protocol (TCP/IP). FCIP encapsulates the FC protocol within the Internet Protocol (IP) packet. As a result, existing IP-based networks can be used to interconnect FC-based storage networks.

  • ESCON Similar to FC, ESCON is commonly used by many businesses. ESCON has a large installed base because it has been used for many years. Unlike FC, ESCON is a low-speed IBM protocol that has distance limitations of up to 40 km.

You can use different network technologies, such as Dense Wave Division Multiplexing (DWDM), SONET, and IP, to transport these SAN protocols.

SONET or DWDM?

Multiple methods exist for transporting SAN protocols between geographical locations. You can use a SONET-based infrastructure in which you can add a storage extension card in the existing equipment located at the data centers. This is possible when the SONET rings have been built out using the ONS 15454. In this scenario, you can use the FC-MR-4 card to extend the FC or FICON between the locations that contain the servers and the storage devices.

Alternatively, you can use a DWDM-based infrastructure. This is applicable when high density and high bandwidth are needed between the server and storage device locations. The ONS 15454 supports this environment when the ONS 15454 is used as the DWDM transmission network and is used to add the wavelength service, such as SAN extension, on the DWDM network. In this scenario, you select the appropriate Cisco 15454 transponder card that supports the SAN protocol, the number of SAN ports, and the bandwidth required between the desired locations. The section "A Single-Chassis SAN Extension Solution: ONS 15454," later in this chapter, lists the available transponder cards used for SAN extension on the 15454.

Note

Both solutions, SONET and DWDM, offer quick protection on the order of 50 ms.


Data Storage Mirroring

The time it takes to back up storage data and the time it takes to recover from a failure are critical components to many companies, especially ones in the financial marketplace. In the past, tapes were used to replicate the storage data and were physically moved off-site. This process of backing up data is unacceptable to many companies today because of the slow recovery time. Today, large companies such as banks require an almost immediate recovery of their services. This can be accomplished by mirroring the data between locations, known as data replication or data mirroring, and it is the primary reason businesses want to transport storage data between data centers.

Two main types of data replication exist: synchronous and asynchronous.

  • In synchronous data replication, data is written to the local storage device and the remote storage device in real time, ensuring that a remote copy of the data is identical to the primary copy.

  • In asynchronous data replication, data is written to primary storage and the next operation continues; there is no pause for confirmation that the data has been successfully written to the secondary site, as with synchronous replication.

Synchronous Data Replication

For synchronous data replication, the data is referred to as being "mirrored" between these two sites. When you want to achieve high availability, you must immediately switch over to a backup storage device that contains the exact data as the primary data device. You use synchronous data replication to achieve this. However, it is important to understand that latency between the data centers is critical to the data-replication application. Synchronous data replication is sensitive to end-to-end latency because an application running on the server must wait until it receives an acknowledgment that the data has been replicated on the primary and the backup storage devices. The data-replication application will not work properly if this time is too long. Figure 8-2 shows an example of synchronous data replication.

Figure 8-2. Example of Synchronous Data Replication Using SONET or DWDM


Another type of synchronous mirroring occurs when you mirror the application in addition to the storage device. GDPS, a protocol developed by IBM, implements this capability. GDPS requires that special control and timer links be established between locations, in addition to transporting the storage protocol. Cisco transponder cards support this environment.

For synchronous replication, the following events occur:

1.

The server pauses application processing while writing data to the local storage device.

2.

The local storage system sends data and writes the request to the backup storage device.

3.

The backup storage device writes data and sends an acknowledgment to the local storage device.

4.

An I/O complete signal is sent to the server, and application processing resumes.

Figure 8-3 shows how these four steps are carried out.

Figure 8-3. Synchronous Data Replication Events


Asynchronous Data Replication

Asynchronous data replication disconnects the primary write operation from the remote write operation. In other words, the application writes the data to primary storage and continues with the next operation without pausing to wait for confirmation that data has been successfully written to the secondary site. Asynchronous replication is typically used where synchronous data replication is not practical, especially in long-haul applications in which the end-to-end delay is too much for synchronous mirroring. Unlike synchronous data replication, asynchronous is not latency sensitive and can accommodate a certain amount of delay in the network and data loss. Therefore, you can use asynchronous data replication across longer distances.

You must determine the distances that the storage devices can support using synchronous or asynchronous applications. This helps determine the type of network that can support SAN extension.

For asynchronous replication, the following events occur:

1.

The server pauses application processing while writing data to the local disk.

2.

The local storage device queues a copy of the data for transmission to the remote storage device and sends an I/O complete signal to the file server so that application processing can resume.

3.

The local storage device sends data to the backup storage device.

4.

The backup storage device sends a write acknowledge back to the local storage device.

Figure 8-4 shows how these four steps are carried out.

Figure 8-4. Asynchronous Data Replication Events





Building Multiservice Transport Networks
Building Multiservice Transport Networks
ISBN: 1587052202
EAN: 2147483647
Year: 2004
Pages: 140

flylib.com © 2008-2017.
If you may any questions please contact us: flylib@qtcs.net