2 Extending the Hardware
You can extend Oracle Exadata Database Machine by adding database servers and storage servers within a rack. You can also cable together multiple racks.
All new equipment receives a Customer Support Identifier (CSI). Any new equipment for your Oracle Exadata Rack has a new CSI. Contact Oracle Support Services to reconcile the new CSI with the existing Oracle Exadata Rack CSI. Have the original instance numbers or serial numbers available, as well as the new numbers when contacting Oracle Support Services.
- Extending an Eighth Rack
- Extending Elastic Configurations
Oracle Exadata is available in Elastic Configurations that consist of a number of database and storage servers up to the capacity of the rack, as defined within Oracle Exadata Configuration Assistant (OECA). - Extending a Rack by Adding Another Rack
You can extend your Oracle Exadata Rack by adding another rack and configuring the racks together.
2.1 Extending an Eighth Rack
The process of extending an Oracle Exadata Database Machine Eighth Rack system is principally the same as extending any other Exadata rack. At a high level, the process involves the following stages:
-
Verify the preexisting Eighth Rack system configuration.
-
Perform any required hardware installation.
During this stage, you may need to shut down servers to install some hardware components. Where required, servers would be shut down in a rolling manner to preserve overall system availability.
-
Configure the additional hardware resources.
During this stage:
-
New database server resources are added to a database cluster.
-
New storage server resources are used to create additional grid disks, which can be used to extend existing Oracle ASM disk groups.
-
The following sections contain additional information and procedures specific to Oracle Exadata Database Machine Eighth Rack:
- Eighth Rack Expansion Options
This section outlines the available expansion options for different Oracle Exadata Database Machine Eighth Rack models. - Eighth Rack Expansion Procedures
This section contains specific procedures that may be required for expanding some Oracle Exadata Database Machine Eighth Rack models.
Parent topic: Extending the Hardware
2.1.1 Eighth Rack Expansion Options
This section outlines the available expansion options for different Oracle Exadata Database Machine Eighth Rack models.
- X9M-2 Eighth Rack Upgrade Options
- X7-2, X8-2, and X8M-2 Eighth Rack Upgrade Options
- X6-2 Eighth Rack Upgrade Options
- Eighth Rack X4-2 and X5-2 Expansion Options
Parent topic: Extending an Eighth Rack
2.1.1.1 X9M-2 Eighth Rack Upgrade Options
Upgrade of Oracle Exadata Database Machine X9M-2 Eighth Rack systems requires hardware modification. Compared with non-Eighth Rack systems, Eighth Rack database servers have one CPU, and less memory, and Eighth Rack storage servers have fewer CPU cores, less memory, less disk storage, and less flash storage.
You can upgrade Oracle Exadata Database Machine X9M-2 Eighth Rack systems as follows:
-
Add a CPU upgrade kit to the database servers, which adds 1 CPU to each database server.
As part of adding the CPU upgrade kit, you must also:
-
Physically move the network interface card from PCIe slot 2 to PCIe slot 1.
-
Run
/opt/oracle.cellos/ipconf.pl
to reconfigure the OS network configuration files.
-
-
Add a memory upgrade kit to the database servers, which adds 4 x 32 GB DIMMs to each database server.
On database servers with 384 GB of memory, you must install the memory upgrade kit if you want to install the CPU upgrade kit.
-
Add more database servers.
You can expand processing capacity by adding standard (fully-configured) database servers. Though not mandatory, upgrading the original Eighth Rack database servers before adding more database servers is recommended to maximize consistency across the rack.
-
Add more storage servers.
There is no upgrade kit to expand Eighth Rack High Capacity storage servers. However, you can expand storage capacity by adding more Eighth Rack High Capacity storage servers.
You can also expand storage capacity by adding standard High Capacity (HC), Extreme Flash (EF), or Extended (XT) storage servers.
Parent topic: Eighth Rack Expansion Options
2.1.1.2 X7-2, X8-2, and X8M-2 Eighth Rack Upgrade Options
Upgrade of Oracle Exadata Database Machine X7-2, X8-2, or X8M-2 Eighth Rack systems requires hardware modification. Eighth Rack database servers have one of the CPUs removed, and all of the memory for CPU1 was moved to CPU0. Storage servers have half the cores enabled, and half the disks and flash cards were removed.
On Oracle Exadata Database Machine X7-2, X8-2, or X8M-2 Eighth Rack systems with Extreme Flash storage servers, you can add CPUs and flash cards to extend the system to a Quarter Rack.
For Oracle Exadata Database Machine X7-2, X8-2, or X8M-2 Eighth Rack systems with High Capacity storage servers, you can add the CPU and memory to the database servers and additional Eighth Rack High Capacity storage servers to expand the system.
Specifically:
-
To extend an Eighth Rack X7-2, X8-2, or X8M-2 database server:
-
Install CPU1
-
Move half of CPU0's memory to CPU1
-
Move the 10/25GbE PCI card to PCIe slot 1
-
-
To extend an Eighth Rack X7-2, X8-2, or X8M-2 Extreme Flash storage server, install four F640/F640v2 flash cards in PCIe slots 2,3,8, and 9.
Parent topic: Eighth Rack Expansion Options
2.1.1.3 X6-2 Eighth Rack Upgrade Options
On Oracle Exadata Database Machine X6-2 Eighth Rack systems, you can add High Capacity (HC) storage by adding more Eighth Rack High Capacity storage servers. There is no upgrade kit to expand individual Eighth Rack High Capacity storage servers.
Additionally, software-only upgrade kits are available to enable the disabled hardware resources for X6-2 Eighth Rack database servers and X6-2 Eighth Rack Extreme Flash (EF) storage servers.
Parent topic: Eighth Rack Expansion Options
2.1.1.4 Eighth Rack X4-2 and X5-2 Expansion Options
Oracle Exadata Database Machine Eighth Rack X4-2 and X5-2 contains fully configured servers, with approximately half of the available system resources (CPU, RAM, and storage) disabled. Consequently, Eighth Rack to Quarter Rack expansion of X4-2 or X5-2 systems is done using software only to enable the disabled hardware resources. Expansion beyond a Quarter Rack requires additional expansion kits, which contain additional hardware.
Parent topic: Eighth Rack Expansion Options
2.1.2 Eighth Rack Expansion Procedures
This section contains specific procedures that may be required for expanding some Oracle Exadata Database Machine Eighth Rack models.
Some of the following procedures only apply in specific circumstances. So, if present, check the applicability note at the beginning of the procedure. Otherwise, the expansion of an Eighth Rack through the addition of database or storage servers uses the same general procedures as the elastic expansion of a non-Eighth Rack. See Extending Elastic Configurations and Configuring the New Hardware.
Also, in the following procedures:
-
The disk group names and sizes are examples. The values should be changed in the commands to match the actual system.
-
User equivalence (password-less SSH) is assumed to exist between the
root
user on the first database server and all other database servers, and to thecelladmin
user on all storage cells. -
The text files
cell_group
anddb_group
should be created to contain lists of cell host names and database server host names, respectively.
Eighth Rack Expansion Procedures:
- Reviewing and Validating Current Configuration of Eighth Rack Oracle Exadata Database Machine
The following procedure describes how to review and validate the current configuration. - Activating Database Server Cores in Oracle Exadata Database Machine Eighth Rack
The following procedure describes how to activate database server cores. - Activating Storage Server Cores and Disks in Oracle Exadata Database Machine Eighth Rack
The following procedure describes how to activate the storage server cores and disks. - Creating Additional Grid Disks in Oracle Exadata Database Machine Eighth Rack
Additional grid disk creation must follow a specific order to ensure the proper offset. - Adding Grid Disks to Oracle ASM Disk Groups in Oracle Exadata Database Machine Eighth Rack
The following procedure describes how to add the new grid disks to Oracle ASM disk groups. - Validating Expansion of Oracle Exadata Database Machine
After expansion, validate the new configuration.
Parent topic: Extending an Eighth Rack
2.1.2.1 Reviewing and Validating Current Configuration of Eighth Rack Oracle Exadata Database Machine
The following procedure describes how to review and validate the current configuration.
-
Log in as the
root
user on the first database server. -
Review the current configuration of the storage servers using the following command. The expected output is
TRUE
.# dcli -g cell_group -l celladmin 'cellcli -e LIST CELL attributes eighthrack'
-
Review the current CPU core count on the database servers using the following command:
# dcli -g db_group -l root 'dbmcli -e list dbserver attributes coreCount'
The following is an example of the expected output from an Oracle Exadata Database Machine X9M-2 Eighth Rack with all CPU cores enabled:
dm01db01: 32 dm01db02: 32
Contact Oracle Support Services if the number of active database server CPU cores differs from the expected value.
Related Topics
Parent topic: Eighth Rack Expansion Procedures
2.1.2.2 Activating Database Server Cores in Oracle Exadata Database Machine Eighth Rack
The following procedure describes how to activate database server cores.
Note:
This procedure applies to:
-
Original database server CPU cores that are disabled
-
Additional CPU cores that are part of an approved CPU upgrade kit
The following is not required where database server hardware resources are expanded by adding more database servers.
-
Log in as the
root
user on the first database server. -
Activate the database server cores using the following dcli utility command on the database server group:
# dcli -g db_group -l root 'dbmcli -e \ ALTER DBSERVER pendingCoreCount = number_of_cores'
In the preceding command, number_of_cores is the total number of cores to activate. The value includes the existing core count and the additional cores to be activated. The following command shows how to activate all the cores in Oracle Exadata Database Machine X5-2 Eighth Rack:
# dcli -g db_group -l root 'dbmcli -e ALTER DBSERVER pendingCoreCount = 36'
For a description of the supported core counts for each server model, see Restrictions for Capacity-On-Demand on Oracle Exadata Database Machine
-
Restart each database server.
Note:
If this procedure is done in a rolling fashion with the Oracle Database and Oracle Grid Infrastructure active, then ensure the following before restarting the database server:
-
All Oracle ASM grid disks are online.
-
There are no active Oracle ASM rebalance operations. You can query the
V$ASM_OPERATION
view for the status of the rebalance operation. -
Shut down Oracle Database and Oracle Grid Infrastructure in a controlled manner, failing over services as needed.
-
-
Verify the following items on the database server after the restart completes and before proceeding to the next server:
-
The Oracle Database and Oracle Grid Infrastructure services are active.
See Using SRVCTL to Verify That Instances are Running in Oracle Real Application Clusters Administration and Deployment Guide and the
crsctl status resource –w "TARGET = ONLINE" —t
command. -
The number of active cores is correct. Use the
dbmcli -e list dbserver attributes coreCount
command to verify the number of cores.
-
See Also:
-
Stopping One or More Instances and Oracle RAC Databases Using SRVCTL in Oracle Real Application Clusters Administration and Deployment Guide
Parent topic: Eighth Rack Expansion Procedures
2.1.2.3 Activating Storage Server Cores and Disks in Oracle Exadata Database Machine Eighth Rack
The following procedure describes how to activate the storage server cores and disks.
Note:
This procedure applies only to the original storage servers in the following Oracle Exadata Database Machine Eighth Rack models: X4-2, X5-2, and X6-2 with Extreme Flash (EF) storage servers.
This procedure does not apply where storage server hardware resources are expanded by adding more storage servers.
-
Log in as the
root
user on the first database server. -
Activate the cores on the storage server group using the following command. The command uses the dcli utility, and runs the command as the
celladmin
user.# dcli -g cell_group -l celladmin cellcli -e "alter cell eighthRack=false"
-
Create the cell disks using the following command:
# dcli -g cell_group -l celladmin cellcli -e "create celldisk all"
-
Recreate the flash log using the following commands:
# dcli -g cell_group -l celladmin cellcli -e "drop flashlog all force" # dcli -g cell_group -l celladmin cellcli -e "create flashlog all"
-
Expand the flash cache using the following command:
# dcli -g cell_group -l celladmin cellcli -e "alter flashcache all"
Parent topic: Eighth Rack Expansion Procedures
2.1.2.4 Creating Additional Grid Disks in Oracle Exadata Database Machine Eighth Rack
Additional grid disk creation must follow a specific order to ensure the proper offset.
Note:
This procedure applies only to the original storage servers in the following Oracle Exadata Database Machine Eighth Rack models: X4-2, X5-2, and X6-2 with Extreme Flash (EF) storage servers.
This procedure does not apply where storage server hardware resources are expanded by adding more storage servers.
The order of grid disk creation must follow the same sequence that was used during the initial grid disk creation process. For a standard deployment using Oracle Exadata Deployment Assistant (OEDA), the order is DATA, RECO, and DBFS_DG (if present). Create all DATA grid disks first, followed by the RECO grid disks, and then the DBFS_DG grid disks (if present).
The following procedure describes how to create the grid disks:
Note:
The commands shown in this procedure use the standard deployment grid disk prefix names of DATA, RECO, and DBFS_DG. The sizes being checked are on cell disk 02. Cell disk 02 is used because the disk layout for cell disks 00 and 01 are different from the other cell disks in the server.-
Check the size of the grid disks using the following commands. Each cell should return the same size for the grid disks starting with the same grid disk prefix.
# dcli -g cell_group -l celladmin cellcli -e \ "list griddisk attributes name, size where name like \'DATA.*_02_.*\'" # dcli -g cell_group -l celladmin cellcli -e \ "list griddisk attributes name, size where name like \'RECO.*_02_.*\'" # dcli -g cell_group -l celladmin cellcli -e \ "list griddisk attributes name, size where name like \'DBFS_DG.*_02_.*\'"
The sizes shown are used during grid disk creation.
-
Create the grid disks for the disk groups using the sizes shown in step 1. The following table shows the commands to create the grid disks based on rack type and disk group.
Table 2-1 Commands to Create Disk Groups When Extending Oracle Exadata Database Machine Eighth Rack
Rack | Commands |
---|---|
Extreme Flash Oracle Exadata Database Machine |
|
High Capacity Oracle Exadata Database Machine |
|
Parent topic: Eighth Rack Expansion Procedures
2.1.2.5 Adding Grid Disks to Oracle ASM Disk Groups in Oracle Exadata Database Machine Eighth Rack
The following procedure describes how to add the new grid disks to Oracle ASM disk groups.
Note:
This procedure applies only to the original storage servers in the following Oracle Exadata Database Machine Eighth Rack models: X4-2, X5-2, and X6-2 with Extreme Flash (EF) storage servers.
This procedure does not apply where storage server hardware resources are expanded by adding more storage servers.
The grid disks created in Creating Additional Grid Disks in Oracle Exadata Database Machine Eighth Rack must be added as Oracle ASM disks to their corresponding, existing Oracle ASM disk groups.
-
Validate the following:
- No rebalance operation is currently running.
- All Oracle ASM disks are active.
-
Log in to the first database server as the owner who runs the Oracle Grid Infrastructure software.
-
Set the environment to access the +ASM instance on the server.
-
Log in to the ASM instance as the
sysasm
user using the following command:$ sqlplus / as sysasm
-
Validate the current settings, as follows:
SQL> set lines 100 SQL> column attribute format a20 SQL> column value format a20 SQL> column diskgroup format a20 SQL> SELECT att.name attribute, upper(att.value) value, dg.name diskgroup FROM V$ASM_ATTRIBUTE att, V$ASM_DISKGROUP DG WHERE DG.group_number=att.group_number AND att.name LIKE '%appliance.mode%' ORDER BY att.group_number;
The output should be similar to the following:
ATTRIBUTE VALUE DISKGROUP -------------------- -------------------- -------------------- appliance.mode TRUE DATAC1 appliance.mode TRUE DBFS_DG appliance.mode TRUE RECOC1
-
Disable the
appliance.mode
attribute for any disk group that showsTRUE
using the following commands:SQL> ALTER DISKGROUP data_diskgroup set attribute 'appliance.mode'='FALSE'; SQL> ALTER DISKGROUP reco_diskgroup set attribute 'appliance.mode'='FALSE'; SQL> ALTER DISKGROUP dbfs_dg_diskgroup set attribute 'appliance.mode'='FALSE';
In the preceding commands, data_diskgroup, reco_diskgroup, and dbfs_dg_diskgroup are the names of the DATA, RECO, and DBFS_DG disk groups, respectively.
-
Add the grid disks to the Oracle ASM disk groups. The following table shows the commands to create the grid disks based on rack type and disk group. Adding the new disks requires a rebalance of the system.
Table 2-2 Commands to Add Disk Groups When Extending Eighth Rack Oracle Exadata Database Machine
Rack Commands Extreme Flash Oracle Exadata Database Machine
SQL> ALTER DISKGROUP data_diskgroup ADD DISK 'o/*/DATA_FD_0[4-7]*' \ REBALANCE POWER 32; SQL> ALTER DISKGROUP reco_diskgroup ADD DISK 'o/*/RECO_FD_0[4-7]*' \ REBALANCE POWER 32; SQL> ALTER DISKGROUP dbfs_dg_diskgroup ADD DISK 'o/*/DBFS_DG_FD_0[4-7]*'\ REBALANCE POWER 32;
High Capacity Oracle Exadata Database Machine
SQL> ALTER DISKGROUP data_diskgroup ADD DISK 'o/*/DATA_CD_0[6-9]*',' \ o/*/DATA_CD_1[0-1]*' REBALANCE POWER 32; SQL> ALTER DISKGROUP reco_diskgroup ADD DISK 'o/*/RECO_CD_0[6-9]*',' \ o/*/RECO_CD_1[0-1]*' REBALANCE POWER 32; SQL> ALTER DISKGROUP
dbfs_dg_diskgroup
ADD DISK ' \ o/*/DBFS_DG_CD_0[6-9]*',' o/*/DBFS_DG_CD_1[0-1]*' REBALANCE POWER 32;The preceding commands return
Diskgroup altered
, if successful. -
(Optional) Monitor the current rebalance operation using the following command:
SQL> SELECT * FROM gv$asm_operation;
-
Re-enable the
appliance.mode
attribute, if it was disabled in step 6 using the following commands:SQL> ALTER DISKGROUP data_diskgroup set attribute 'appliance.mode'='TRUE'; SQL> ALTER DISKGROUP reco_diskgroup set attribute 'appliance.mode'='TRUE'; SQL> ALTER DISKGROUP dbfs_dg_diskgroup set attribute 'appliance.mode'='TRUE';
Parent topic: Eighth Rack Expansion Procedures
2.1.2.6 Validating Expansion of Oracle Exadata Database Machine
After expansion, validate the new configuration.
Note:
This procedure applies only to the original storage servers in the following Oracle Exadata Database Machine Eighth Rack models: X4-2, X5-2, X6-2 with Extreme Flash (EF) storage servers.
This procedure does not apply where hardware resources are expanded by adding more servers.
-
Log in as the
root
user on the first database server. -
Check the database server core count using the following command:
# dcli -g db_group -l root 'dbmcli -e list dbserver attributes coreCount'
-
Review the database server configuration using the following command.
# dcli -g db_group -l root 'dbmcli -e list dbserver attributes eighthrack'
The output should show
FALSE
. -
Review the storage server configuration using the following command.
# dcli -g cell_group -l celladmin 'cellcli -e list cell attributes eighthrack'
The output should show
FALSE
. -
Review the appliance mode for each disk group using the following commands:
SQL> set lines 100 SQL> column attribute format a20 SQL> column value format a20 SQL> column diskgroup format a20 SQL> SELECT att.name attribute, upper(att.value) value, dg.name diskgroup \ FROM V$ASM_ATTRIBUTE att, V$ASM_DISKGROUP DG \ WHERE DG.group_number = att.group_number AND \ att.name LIKE '%appliance.mode%' ORDER BY DG.group_number;
-
Validate the number of Oracle ASM disks using the following command:
SQL> SELECT g.name,d.failgroup,d.mode_status,count(*) \ FROM v$asm_diskgroup g, v$asm_disk d \ WHERE d.group_number=g.group_number \ GROUP BY g.name,d.failgroup,d.mode_status; NAME FAILGROUP MODE_ST COUNT(*) ------------------------- ----------------------------- ------- ---------- DATAC1 EXA01CELADM01 ONLINE 12 DATAC1 EXA01CELADM02 ONLINE 12 DATAC1 EXA01CELADM03 ONLINE 12 RECOC1 EXA01CELADM01 ONLINE 12 RECOC1 EXA01CELADM02 ONLINE 12 RECOC1 EXA01CELADM03 ONLINE 12 RECOC2 EXA01CELADM01 ONLINE 12 RECOC2 EXA01CELADM02 ONLINE 12 RECOC2 EXA01CELADM03 ONLINE 12 DBFS_DG EXA01CELADM01 ONLINE 10 DBFS_DG EXA01CELADM02 ONLINE 10 DBFS_DG EXA01CELADM03 ONLINE 10
Each High Capacity (HC) storage server (non-Eighth Rack) contains 12 disks.
Parent topic: Eighth Rack Expansion Procedures
2.2 Extending Elastic Configurations
Oracle Exadata is available in Elastic Configurations that consist of a number of database and storage servers up to the capacity of the rack, as defined within Oracle Exadata Configuration Assistant (OECA).
Additional database and storage servers can be added if space is available; see OECA for details. The upgrade process includes adding new servers and cables
Note:
It is possible to extend the hardware while the machine is online, and with no downtime. However, extreme care should be taken. In addition, patch application to existing switches and servers should be done before extending the hardware.- Removing the Doors
This procedure describes how to remove the doors on Oracle Exadata. - Adding New RDMA Network Fabric Switches
You can add individual new RDMA Network Fabric switches as needed to meet growing resource requirements. - Adding New Servers
You can add new servers to an Oracle Exadata Rack that is not at full capacity. - Cabling Database Servers
- Cabling Storage Servers
After the new Storage Servers are installed, you need to connect them to the existing equipment. - Closing the Rack
After installing new equipment, you must replace the panels and close the rack.
Parent topic: Extending the Hardware
2.2.1 Removing the Doors
This procedure describes how to remove the doors on Oracle Exadata.
- If you are adding hardware to an Oracle Exadata X7 rack, refer to "Remove the Doors" in Oracle Rack Cabinet 1242 User's Guide at https://docs.oracle.com/cd/E85660_01/html/E87280/gshfw.html#scrolltoc.
- If you are adding hardware to an earlier Oracle Exadata rack, then refer to "Remove the Doors" in Sun Rack II User's Guide at https://docs.oracle.com/cd/E19657-01/html/E29153/z40004911007624.html#scrolltoc.
Parent topic: Extending Elastic Configurations
2.2.2 Adding New RDMA Network Fabric Switches
You can add individual new RDMA Network Fabric switches as needed to meet growing resource requirements.
The instructions are different for RoCE Network Fabric switches and InfiniBand Network Fabric switches.
- Adding a RoCE Network Fabric Switch (Cisco Nexus 9336C-FX2)
- Adding an InfiniBand Network Fabric Switch (Sun Datacenter InfiniBand Switch 36)
Parent topic: Extending Elastic Configurations
2.2.2.1 Adding a RoCE Network Fabric Switch (Cisco Nexus 9336C-FX2)
This procedure only applies to systems with Cisco Nexus 9336C-FX2 RoCE Network Fabric switches.
Note:
The steps in this procedure are specific to Oracle Exadata. They are not the same as the steps in the Cisco Nexus manual.
-
Unpack the Cisco Nexus switch components from the packing cartons. The following items should be in the packing cartons:
-
Cisco Nexus 9336C-FX2 Switch
-
Cable bracket and rack-mount kit
-
Cable management bracket and cover
-
Two rack rail assemblies
-
Assortment of screws and captive nuts
-
Cisco Nexus 9336C-FX2 Switch documentation
The service label procedure on top of the switch includes descriptions of the preceding items.
-
-
Remove the trough from the rack in RU1. Put the cables aside while installing the RoCE Network Fabric switch. The trough can be discarded.
-
Install cage nuts in each rack rail in the appropriate holes.
-
Attach the brackets with cutouts to the power supply side of the switch.
-
Attach the C-brackets to the switch on the side of the ports.
-
Slide the switch halfway into the rack from the front. Keep the switch to the left side of the rack as far as possible while pulling the two power cords through the C-bracket on the right side.
-
Slide the server in rack location U2 out to the locked service position. This improves access to the rear of the switch during further assembly.
-
Install the slide rails from the rear of the rack into the C-brackets on the switch, pushing them up to the rack rail.
-
Attach an assembled cable arm bracket to the slide rail and using a No. 3 Phillips screwdriver, screw these together into the rack rail:
-
Install the lower screw loosely with the cable arm bracket rotated 90 degrees downward. This allows better finger access to the screw.
-
Rotate the cable arm bracket to the correct position.
-
Install the upper screw.
-
Tighten both screws.
If available, a screwdriver with a long-shaft (16-inch / 400mm) will allow easier installation such that the handle is outside the rack and beyond the cabling.
-
-
Push the switch completely into the rack from the front, routing the power cords through the cutout on the rail bracket.
-
Secure the switch to the front rack rail with M6 16mm screws. Tighten the screws using the No. 3 Phillips screwdriver.
-
Install the lower part of the cable management arm across the back of the switch.
-
Connect the cables to the appropriate ports.
-
Install the upper part of the cable management arm.
-
Slide the server in rack location U2 back into the rack.
-
Install power cords to the switch power supply slots on the front.
-
Loosen the front screws to install the vented filler panel brackets. Tighten the screws, and snap on the vented filler panel in front of the switch.
See Also:
-
Oracle Exadata Database Machine System Overview to view the rack layout
-
Oracle Exadata Database Machine System Overview for information about networking cables
Parent topic: Adding New RDMA Network Fabric Switches
2.2.2.2 Adding an InfiniBand Network Fabric Switch (Sun Datacenter InfiniBand Switch 36)
This procedure only applies to systems with InfiniBand Network Fabric.
Note:
The steps in this procedure are specific to Oracle Exadata Database Machine. They are not the same as the steps in the Sun Datacenter InfiniBand Switch 36 manual.-
Unpack the Sun Datacenter InfiniBand Switch 36 switch components from the packing cartons. The following items should be in the packing cartons:
-
Sun Datacenter InfiniBand Switch 36 switch
-
Cable bracket and rackmount kit
-
Cable management bracket and cover
-
Two rack rail assemblies
-
Assortment of screws and captive nuts
-
Sun Datacenter InfiniBand Switch 36 documentation
The service label procedure on top of the switch includes descriptions of the preceding items.
-
-
X5 racks only: Remove the trough from the rack in RU1 and put the cables aside while installing the Sun Datacenter InfiniBand Switch 36 switch. The trough can be discarded.
-
Install cage nuts in each rack rail in the appropriate holes.
-
Attach the brackets with cutouts to the power supply side of the switch.
-
Attach the C-brackets to the switch on the side of the Sun Datacenter InfiniBand Switch 36 ports.
-
Slide the switch halfway into the rack from the front. You need to keep it to the left side of the rack as far as possible while pulling the two power cords through the C-bracket on the right side.
-
Slide the server in rack location U2 out to the locked service position. This improves access to the rear of the switch during further assembly.
-
Install the slide rails from the rear of the rack into the C-brackets on the switch, pushing them up to the rack rail.
-
Attach an assembled cable arm bracket to the slide rail and using a No. 3 Phillips screwdriver, screw these together into the rack rail:
-
Install the lower screw loosely with the cable arm bracket rotated 90 degrees downward. This allows better finger access to the screw.
-
Rotate the cable arm bracket to the correct position.
-
Install the upper screw.
-
Tighten both screws.
If available, a screwdriver with a long-shaft (16-inch / 400mm) will allow easier installation such that the handle is outside the rack and beyond the cabling.
-
-
Push the switch completely into the rack from the front, routing the power cords through the cutout on the rail bracket.
-
Secure the switch to the front rack rail with M6 16mm screws. Tighten the screws using the No. 3 Phillips screwdriver.
-
Install the lower part of the cable management arm across the back of the switch.
-
Connect the cables to the appropriate ports.
-
Install the upper part of the cable management arm.
-
Slide the server in rack location U2 back into the rack.
-
Install power cords to the Sun Datacenter InfiniBand Switch 36 switch power supply slots on the front.
-
Loosen the front screws to install the vented filler panel brackets. Tighten the screws, and snap on the vented filler panel in front of the switch.
See Also:
-
Oracle Exadata Database Machine System Overview to view the rack layout
-
Oracle Exadata Database Machine System Overview for information about InfiniBand networking cables
Parent topic: Adding New RDMA Network Fabric Switches
2.2.3 Adding New Servers
You can add new servers to an Oracle Exadata Rack that is not at full capacity.
You can add individual database servers or storage servers to meet growing resource requirements using the Elastic Configuration method. See Oracle Exadata Configuration Assistant (OECA) for details. The upgrade process includes adding new servers and cables. Additional hardware may be required.
Note:
-
Always load equipment into the rack from the bottom up, so that the rack does not become top-heavy and tip over. Extend the rack anti-tip bar to prevent the rack from tipping during equipment installation.
-
The new servers need to be configured manually.
- Preparing to Install New Servers
Before you install a new server, prepare the rack unit for the server installation. - Installing the Rack Assembly
After preparing for installation, you next install the rack assembly to hold the new servers. - Installing the Server
After preparing for the installation and installing the rack assembly, you then install the new server.
Related Topics
Parent topic: Extending Elastic Configurations
2.2.3.1 Preparing to Install New Servers
Before you install a new server, prepare the rack unit for the server installation.
-
Identify the rack unit where the server will be installed. Fill the first available unit, starting from the bottom of the rack.
-
Remove and discard the trough, which attaches the cable harness when no server is installed in the unit.
-
Remove and discard the solid filler.
Parent topic: Adding New Servers
2.2.3.2 Installing the Rack Assembly
After preparing for installation, you next install the rack assembly to hold the new servers.
-
Position a mounting bracket against the chassis so that the slide-rail lock is at the server front, and the five keyhole openings on the mounting bracket are aligned with the five locating pins on the side of the chassis.
-
Orient the slide-rail assembly so that the ball-bearing track is forward and locked in place.
-
Starting on either side of the rack, align the rear of the slide-rail assembly against the inside of the rear rack rail, and push until the assembly locks into place with an audible click.
Figure 2-1 Locking the Slide-Rail Assembly Against the Inside of the Rear Rack Rail
Description of "Figure 2-1 Locking the Slide-Rail Assembly Against the Inside of the Rear Rack Rail" -
Align the front of the slide-rail assembly against the outside of the front rack rail, and push until the assembly locks into place and you hear the click.
Parent topic: Adding New Servers
2.2.3.3 Installing the Server
After preparing for the installation and installing the rack assembly, you then install the new server.
WARNING:
-
Installing a server requires a minimum of two people or a lift because of the weight of each server. Attempting this procedure alone can result in equipment damage, personal injury, or both.
-
Always load equipment into the rack from the bottom up, so that the rack does not become top-heavy and tip over. Extend the rack anti-tip bar to prevent the rack from tipping during equipment installation.
-
Read the service label on the top cover of the server before installing a server into the rack.
-
Push the server into the slide rail assembly:
-
Push the slide rails into the slide rail assemblies as far as possible.
-
Position the server so the rear ends of the mounting brackets are aligned with the slide rail assemblies mounted in the equipment rack.
Figure 2-2 Aligning the Rear Ends of the Mounting Brackets with the Slide Rail Assemblies in the Rack
Description of "Figure 2-2 Aligning the Rear Ends of the Mounting Brackets with the Slide Rail Assemblies in the Rack"The callouts in the preceding image highlight the following:
1: Mounting bracket inserted into slide rail
2: Slide-rail release lever
-
Insert the mounting brackets into the slide rails, and push the server into the rack until the mounting brackets encounter the slide rail stops, approximately 30 cm (12 inches).
-
Simultaneously push down and hold the slide rail release levers on each mounting bracket while pushing the server into the rack.
Note:
Oracle recommends that two people push the servers into the rack: one person to move the server in and out of the rack, and another person to watch the cables and cable management arm (CMA). -
Continue pushing until the slide rail locks on the front of the mounting brackets engage the slide rail assemblies, and you hear the click.
-
-
Cable the new server as described in Cabling Exadata Storage Servers.
Parent topic: Adding New Servers
2.2.4 Cabling Database Servers
After the new database servers are installed, they need to be cabled to the existing equipment. The following procedure describes how to cable the new equipment in the rack. The images shown in the procedure are of a Sun Fire X4170 M2 Oracle Database Server.
Note:
-
The existing cable connections in the rack do not change.
-
The blue cables connect to Oracle Database servers, and the black cables connect to Exadata Storage Servers. These network cables are for the NET0 Ethernet interface port.
-
Attach and route the management cables on the CMA and rear panel one server at a time. Do not slide out more than one server at a time.
-
Start from the bottom of the rack, and work upward. Route the cables through the CMA with the dongle on the top and power cables on the bottom.
-
Longer hook and loop straps are needed when cabling three CAT5e cables or two TwinAx cables.
-
Connect the CAT5e cables, AC power cables, and USB to their respective ports on the rear of the server. Ensure the flat side of the dongle is flush against the CMA inner rail.
Figure 2-3 Cables at the Rear of the Server
Description of "Figure 2-3 Cables at the Rear of the Server" -
Adjust the green cable management arm (CMA) brackets
Figure 2-4 Cable Management Arm (CMA) Brackets
Description of "Figure 2-4 Cable Management Arm (CMA) Brackets"Description of the CMA callouts in the preceding image"
-
Connector A
-
Front slide bar
-
Velcro straps (6)
-
Connector B
-
Connector C
-
Connector D
-
Slide-rail latching bracket (used with connector D)
-
Rear slide bar
-
Cable covers
-
Cable covers
-
-
Attach the CMA to the server.
-
Route the CAT5e and power cables through the wire clip.
Figure 2-5 Cables Routed Through the Cable Management Arm
Description of "Figure 2-5 Cables Routed Through the Cable Management Arm" -
Bend the CAT5e and power cables to enter the CMA, while adhering to the bend radius minimums.
-
Secure the CAT5e and power cables under the cable clasps.
Figure 2-6 Cables Secured under the Cable Clasps
Description of "Figure 2-6 Cables Secured under the Cable Clasps" -
Route the cables through the CMA, and secure them with hook and loop straps at equal intervals.
Figure 2-7 Cables Secured with Hook and Loop Straps at Regular Intervals
Description of "Figure 2-7 Cables Secured with Hook and Loop Straps at Regular Intervals" -
Connect the RDMA Network Fabric or TwinAx cables with the initial bend resting on the CMA. The TwinAx cables are for client access to the database servers.
Figure 2-8 RDMA Network Fabric or TwinAx Cables Positioned on the CMA
Description of "Figure 2-8 RDMA Network Fabric or TwinAx Cables Positioned on the CMA" -
Secure the RDMA Network Fabric or TwinAx cables with hook and loop straps at equal intervals.
Figure 2-9 RDMA Network Fabric or TwinAx Cables Secured with Hook and Loop Straps at Regular Intervals
Description of "Figure 2-9 RDMA Network Fabric or TwinAx Cables Secured with Hook and Loop Straps at Regular Intervals" -
Route the fiber core cables.
-
Rest the cables over the green clasp on the CMA.
-
Attach the red ILOM cables to the database server.
-
Attach the network cables to the Oracle Database server.
-
Attach the cables from Oracle Database server to the RDMA Network Fabric switches.
-
Connect the orange Ethernet cable to the KVM switch.
-
Connect the red and blue Ethernet cables to the Cisco switch.
-
Verify operation of the slide rails and CMA for each server, as follows:
Note:
Oracle recommends that two people do this step. One person to move the server in and out of the rack, and another person to observe the cables and CMA.
-
Slowly pull the server out of the rack until the slide rails reach their stops.
-
Inspect the attached cables for any binding or kinks.
-
Verify the CMA extends fully from the slide rails.
-
-
Push the server back into the rack, as follows:
-
Release the two sets of slide rail stops.
-
Push in both levers simultaneously, and slide the server into the rack. The first stop in the set are levers located on the inside of each slide rail, just behind the back panel of the server. The levers are labeled
PUSH
. The server slides approximately 46 cm (18 inches) and stop. -
Verify the cables and CMA retract without binding.
-
Simultaneously push or pull both slide rail release buttons, and push the server completely into the rack until both slide rails engage. The second stop in the set are the slide rail release buttons located near the front of each mounting bracket.
-
-
Dress the cables, and then tie off the cables with the straps. Oracle recommends the cables should be dressed in bundles of eight or less.
-
Extend and then fully retract the server to check cable travel by sliding each server out and back fully to ensure that the cables are not binding or catching.
-
Repeat the procedure for the rest of the servers.
-
Connect the power cables to the power distribution units (PDUs). Ensure the breaker switches are in the OFF position before connecting the power cables. Do not plug the power cables into the facility receptacles at this time.
See Also:
-
Oracle Exadata Database Machine System Overview for cabling tables
-
"Reviewing the Cable Management Arm Guidelines" for the bend radius minimums
Parent topic: Extending Elastic Configurations
2.2.5 Cabling Storage Servers
After the new Storage Servers are installed, you need to connect them to the existing equipment.
The following procedure describes how to cable the new equipment in the rack.
Note:
-
The existing cable connections in the rack do not change.
-
The blue cables connect to Oracle Database servers, and the black cables connect to Exadata Storage Servers. These network cables are for the NET0 Ethernet interface port.
-
Attach and route the management cables on the CMA and rear panel one server at a time. Do not slide out more than one server at a time.
-
Start from the bottom of the rack, and work upward.
-
Longer hook and loop straps are needed when cabling three CAT5e cables or two TwinAx cables.
-
Attach a CMA to the server.
-
Insert the cables into their ports through the hook and loop straps, then route the cables into the CMA in this order:
-
Power
-
Ethernet
-
RDMA Network Fabric
Figure 2-10 Rear of the Server Showing Power and Network Cables
Description of "Figure 2-10 Rear of the Server Showing Power and Network Cables" -
-
Route the cables through the CMA and secure them with hook and loop straps on both sides of each bend in the CMA.
Figure 2-11 Cables Routed Through the CMA and Secured with Hook and Loop Straps
Description of "Figure 2-11 Cables Routed Through the CMA and Secured with Hook and Loop Straps" -
Close the crossbar covers to secure the cables in the straightaway.
-
Verify operation of the slide rails and the CMA for each server:
Note:
Oracle recommends that two people do this step: one person to move the server in and out of the rack, and another person to watch the cables and the CMA.
-
Slowly pull the server out of the rack until the slide rails reach their stops.
-
Inspect the attached cables for any binding or kinks.
-
Verify that the CMA extends fully from the slide rails.
-
-
Push the server back into the rack:
-
Release the two sets of slide rail stops.
-
Locate the levers on the inside of each slide rail, just behind the back panel of the server. They are labeled PUSH.
-
Simultaneously push in both levers and slide the server into the rack, until it stops in approximately 46 cm (18 inches).
-
Verify that the cables and CMA retract without binding.
-
Locate the slide rail release buttons near the front of each mounting bracket.
-
Simultaneously push in both slide rail release buttons and slide the server completely into the rack, until both slide rails engage.
-
-
Dress the cables, and then tie off the cables with the straps. Oracle recommends that you dress the RDMA Network Fabric cables in bundles of eight or fewer.
-
Slide each server out and back fully to ensure that the cables are not binding or catching.
-
Repeat the procedure for all servers.
-
Connect the power cables to the power distribution units (PDUs). Ensure the breaker switches are in the OFF position before connecting the power cables. Do not plug the power cables into the facility receptacles now.
See Also:
Oracle Exadata Database Machine System Overview for the cabling tables for your system
Parent topic: Extending Elastic Configurations
2.2.6 Closing the Rack
After installing new equipment, you must replace the panels and close the rack.
There are two rack models in use with Oracle Exadata Racks. Refer to the appropriate documentation for the most up-to-date steps:
- Oracle Rack Cabinet 1242 User's Guide at
http://docs.oracle.com/cd/E85660_01/html/E87280/index.html
- Sun Rack II User's Guide at
https://docs.oracle.com/cd/E19657-01/html/E29153/index.html
The following steps provide an overview of the process.
-
Replace the rack front and rear doors as follows:
-
Retrieve the doors, and place them carefully on the door hinges.
-
Connect the front and rear door grounding strap to the frame.
-
Close the doors.
-
(Optional) Lock the doors. The keys are in the shipping kit.
-
-
(Optional) Replace the side panels, if they were removed for the upgrade, as follows:
-
Lift each side panel up and onto the side of the rack. The top of the rack should support the weight of the side panel. Ensure the panel fasteners line up with the grooves in the rack frame.
-
Turn each side panel fastener one-quarter turn clockwise using the side panel removal tool. Turn the fasteners next to the panel lock clockwise. There are 10 fasteners per side panel.
-
(Optional) Lock each side panel. The key is in the shipping kit. The locks are located on the bottom, center of the side panels.
-
Connect the grounding straps to the side panels.
-
After closing the rack, proceed to Configuring the New Hardware to configure the new hardware.
Parent topic: Extending Elastic Configurations
2.3 Extending a Rack by Adding Another Rack
You can extend your Oracle Exadata Rack by adding another rack and configuring the racks together.
- Overview of Adding Another Rack to an Existing System
Review the following notes before cabling racks together. - Cabling Two Racks Together
Choose from the available methods based on your system specifications and operational requirements. - Cabling Several Racks Together
By using the following procedures, you can add another rack to an existing multi-rack system.
Parent topic: Extending the Hardware
2.3.1 Overview of Adding Another Rack to an Existing System
Review the following notes before cabling racks together.
-
The procedures for extending racks with RoCE Network Fabric (X8M and later) are different than the procedures for racks with InfiniBand Network Fabric (X8 and earlier.)
-
Racks with InfiniBand Network Fabric can be cabled together with no downtime. Depending on the procedure being used, racks with RoCE Network Fabric might require downtime when cabling racks together.
-
Cabling within a live network must be done carefully in order to avoid potentially serious disruptions.
-
There can be performance degradation while cabling the racks together. This degradation results from data retransmission due to packet loss and reduced network bandwidth when a cable is unplugged.
-
Redundancy with the RDMA Network Fabric can be compromised while cabling the racks together. This occurs whenever the RDMA Network Fabric ports or switches are taken offline and all traffic must use the remaining switches.
-
Only the existing racks are operational when adding racks. It is assumed that the servers on any new racks are initially powered down.
-
The software running on the systems cannot have problems related to RDMA Network Fabric restarts. To verify the configuration, run
infinicheck
separately on each rack before connecting multiple racks together. -
It is assumed that each Oracle Exadata Rack has three RDMA Network Fabric switches already installed.
-
The new racks have been configured with the appropriate IP addresses to be migrated into the expanded system prior to any cabling, and there are no duplicate IP addresses.
- Racks with RoCE Network Fabric use one loopback IP
interface on each spine switch and two loopback IP interfaces on each leaf switch.
The IP addressing scheme uses IANA 'Shared Address Space' 100.64.0.0/10. This
ensures that there is no overlap with IPv4 addresses in the network using other
schemes.
- Leaf loopback0 IPs are assigned as 100.64.0.101, 100.64.0.102, 100.64.0.103, and so on.
- Leaf loopback1 IPs are assigned as 100.64.1.101, 100.64.1.102, 100.64.1.103, and so on.
- Spine loopback0 IPs are assigned as 100.64.0.201, 100.64.0.202, up to 100.64.0.208.
Parent topic: Extending a Rack by Adding Another Rack
2.3.2 Cabling Two Racks Together
Choose from the available methods based on your system specifications and operational requirements.
- Cabling Two RoCE Network Fabric Racks Together with No Down Time
If your operational requirements cannot tolerate any scheduled down time, then choose from the following procedures to extend your existing RoCE Network Fabric rack by adding another rack. - Cabling Two RoCE Network Fabric Racks Together with Down Time Allowed
Use this simpler procedure to cable together two racks with RoCE Network Fabric where some down-time can be tolerated. - Cabling Two InfiniBand Network Fabric Racks Together
Use this procedure to cable together two racks with InfiniBand Network Fabric.
Parent topic: Extending a Rack by Adding Another Rack
2.3.2.1 Cabling Two RoCE Network Fabric Racks Together with No Down Time
If your operational requirements cannot tolerate any scheduled down time, then choose from the following procedures to extend your existing RoCE Network Fabric rack by adding another rack.
- Extending an X9M or Later Model Rack with No Down Time by Adding Another X9M or Later Model Rack
- Extending an X8M Rack with No Down Time by Adding an X9M or Later Model Rack
- Extending an X8M Rack with No Down Time by Adding Another X8M Rack
Parent topic: Cabling Two Racks Together
2.3.2.1.1 Extending an X9M or Later Model Rack with No Down Time by Adding Another X9M or Later Model Rack
WARNING:
Take time to read and understand this procedure before implementation. Pay careful attention to the instructions that surround the command examples. A system outage may occur if the procedure is not applied correctly.
Note:
For additional background information, see Understanding Multi-Rack Cabling for X9M and Later Model Racks.
Use this procedure to extend a typical X9M or later model rack by cabling it together with a second X9M or later model rack. The primary rack (designated R1) and all of the systems it supports remain online throughout the procedure. At the beginning of the procedure, the additional rack (designated R2) is shut down.
The following is an outline of the procedure:
-
In this phase, you prepare the racks, switches, and cables. Also, you install and cable the spine switches in both racks.
-
Configuration and Physical Cabling
In this phase, you reconfigure the leaf switches and finalize the cabling to the spine switches. These tasks are carefully orchestrated to avoid downtime on the primary system, as follows:
-
Partially configure the lower leaf switches (step 3)
In this step, you reconfigure the switch ports on the lower leaf switches. There is no physical cabling performed in this step.
-
Partially configure the upper leaf switches (step 4)
In this step, you reconfigure the switch ports on the upper leaf switches, remove the inter-switch cables that connect the leaf switches in both racks and connect the cables between the upper leaf switches and the spine switches.
-
Finalize the lower leaf switches (step 5)
In this step, you finalize the switch port configuration on the lower leaf switches. You also complete the physical cabling by connecting the cables between the lower leaf switches and the spine switches.
-
Finalize the upper leaf switches (step 6)
In this step, you finalize the switch port configuration on the upper leaf switches.
-
-
Validation and Testing (steps 7 and 8)
In this phase, you validate and test the RoCE Network Fabric across both of the interconnect racks.
After completing the procedure, both racks share the RoCE Network Fabric, and the combined system is ready for further configuration. For example, you can extend existing disk groups and Oracle RAC databases to consume resources across both racks.
Note:
-
This procedure applies only to typical rack configurations that initially have leaf switches with the following specifications:
-
The inter-switch ports are ports 4 to 7, and ports 30 to 33.
-
The storage server ports are ports 8 to 14, and ports 23 to 29.
-
The database server ports are ports 15 to 22.
For other rack configurations (for example, X9M-8 systems with three database servers and 11 storage servers) a different procedure and different RoCE Network Fabric switch configuration files are required. Contact Oracle for further guidance.
-
-
The procedure uses the following naming abbreviations and conventions:
-
The abbreviation for the existing rack is R1, and the new rack is R2.
-
LL identifies a lower leaf switch and UL identifies an upper leaf switch.
-
SS identifies a spine switch.
-
A specific switch is identified by combining abbreviations. For example, R1LL identifies the lower leaf switch (LL) on the existing rack (R1).
-
-
Most operations must be performed in multiple locations. For example, step 1.h instructs you to update the firmware on all the RoCE Network Fabric leaf switches (R1LL, R1UL, R2LL, and R2UL). Pay attention to the instructions and keep track of your actions.
Tip:
When a step must be performed on multiple switches, the instruction contains a list of the applicable switches. For example, (R1LL, R1UL, R2LL, and R2UL). You can use this list as a checklist to keep track of your actions.
-
Perform operations sequentially, and complete every operation before proceeding. For example, run the entire command sequence at 3.a.i as one operation and complete it before proceeding.
-
All of commands that are run on a RoCE Network Fabric switch must be run while connected to the switch management interface as the switch administrator.
At this point, both racks share the RoCE Network Fabric, and the combined system is ready for further configuration.
Related Topics
2.3.2.1.2 Extending an X8M Rack with No Down Time by Adding an X9M or Later Model Rack
WARNING:
Take time to read and understand this procedure before implementation. Pay careful attention to the instructions that surround the command examples. A system outage may occur if the procedure is not applied correctly.
Note:
This procedure assumes that the RoCE Network Fabric switches on the existing X8M rack contain the golden configuration settings from Oracle Exadata System Software 20.1.0 or later. Otherwise, before using this procedure, you must update the Oracle Exadata System Software and update the golden configuration settings on the RoCE Network Fabric switches. Downtime is required to update the golden configuration settings on the RoCE Network Fabric switches.
Note:
For additional background information, see Understanding Multi-Rack Cabling for X8M Racks and Understanding Multi-Rack Cabling for X9M and Later Model Racks.
Use this procedure to extend a typical X8M rack without down-time by cabling it together with an X9M or later model rack. The primary rack (designated R1) and all of the systems it supports remain online throughout the procedure. At the beginning of the procedure, the additional rack (designated R2) is shut down.
The following is an outline of the procedure:
-
In this phase, you prepare the racks, switches, and cables. Also, you install and cable the spine switches in both racks.
-
Configuration and Physical Cabling
In this phase, you reconfigure the leaf switches and finalize the cabling to the spine switches. These tasks are carefully orchestrated to avoid downtime on the primary system, as follows:
-
Partially configure the lower leaf switches (step 3)
In this step, you reconfigure the switch ports on the lower leaf switches. There is no physical cabling performed in this step.
-
Partially configure the upper leaf switches (step 4)
In this step, you reconfigure the switch ports on the upper leaf switches, remove the inter-switch cables that connect the leaf switches in both racks and connect the cables between the upper leaf switches and the spine switches.
-
Finalize the lower leaf switches (step 5)
In this step, you finalize the switch port configuration on the lower leaf switches. You also complete the physical cabling by connecting the cables between the lower leaf switches and the spine switches.
-
Finalize the upper leaf switches (step 6)
In this step, you finalize the switch port configuration on the upper leaf switches.
-
-
Validation and Testing (steps 7 and 8)
In this phase, you validate and test the RoCE Network Fabric across both of the interconnect racks.
After completing the procedure, both racks share the RoCE Network Fabric, and the combined system is ready for further configuration. For example, you can extend existing disk groups and Oracle RAC databases to consume resources across both racks.
Note:
-
This procedure applies only to typical rack configurations that initially have leaf switches with the following specifications:
-
The inter-switch ports are ports 4 to 7, and ports 30 to 33.
-
The storage server ports are ports 8 to 14, and ports 23 to 29.
-
The database server ports are ports 15 to 22.
For other rack configurations (for example, 8-socket systems with three database servers and 11 storage servers) a different procedure and different RoCE Network Fabric switch configuration files are required. Contact Oracle for further guidance.
-
-
The procedure uses the following naming abbreviations and conventions:
-
The abbreviation for the existing X8M rack is R1, and the new X9M or later model rack is R2.
-
LL identifies a lower leaf switch and UL identifies an upper leaf switch.
-
SS identifies a spine switch.
-
A specific switch is identified by combining abbreviations. For example, R1LL identifies the lower leaf switch (LL) on the existing rack (R1).
-
-
Most operations must be performed in multiple locations. For example, step 1.h instructs you to update the firmware on all the RoCE Network Fabric leaf switches (R1LL, R1UL, R2LL, and R2UL). Pay attention to the instructions and keep track of your actions.
Tip:
When a step must be performed on multiple switches, the instruction contains a list of the applicable switches. For example, (R1LL, R1UL, R2LL, and R2UL). You can use this list as a checklist to keep track of your actions.
-
Perform operations sequentially, and complete every operation before proceeding. For example, run the entire command sequence at 3.a.i as one operation and complete it before proceeding.
-
All of commands that are run on a RoCE Network Fabric switch must be run while connected to the switch management interface as the switch administrator.
At this point, both racks share the RoCE Network Fabric, and the combined system is ready for further configuration.
- Two-Rack Cabling for a System Combining an X8M Rack and a Later Model Rack
This section provides the cabling details to connect an X8M rack with an X9M or later model rack, both of which use RoCE Network Fabric.
Related Topics
2.3.2.1.2.1 Two-Rack Cabling for a System Combining an X8M Rack and a Later Model Rack
This section provides the cabling details to connect an X8M rack with an X9M or later model rack, both of which use RoCE Network Fabric.
Note:
-
The following conventions are used in the cabling notation for connecting multiple racks together:
-
The abbreviation for the first (X8M) rack is R1, and the second (X9M or later) rack is R2.
-
LL identifies a lower leaf switch and UL identifies an upper leaf switch.
-
SS identifies the spine switch, which is located in U1 on all racks.
-
A specific switch is identified by combining abbreviations. For example, R1LL identifies the lower leaf switch (LL) on the first rack (R1).
-
-
The leaf switches are located as follows:
-
At rack unit 20 (U20) and 22 (U22) in 2-socket systems (Oracle Exadata Rack X8M-2 and later models).
-
At rack unit 21 (U21) and rack unit 23 (U23) in 8-socket systems (Oracle Exadata X8M-8 or X9M-8).
-
-
The cable lengths shown in the following lists assume that the racks are adjacent to each other, the cables are routed through a raised floor, and there are no obstacles in the routing between the racks. If the racks are not adjacent, or use overhead cabling trays, then they may require longer cable lengths. Cable lengths up to 100 meters are supported.
-
Only optical cables (with additional transceivers) are supported for lengths greater than 5 meters.
The following illustration shows the cable connections for the spine switches when cabling a two-rack hybrid system with an X8M rack and an X9M or later model rack:
The following tables contain details for all of the RoCE Network Fabric cabling connections in a two-rack hybrid system with an X8M rack and a later model rack.
Table 2-3 Leaf Switch Connections for the X8M Rack (R1)
Leaf Switch | Connection | Cable Length |
---|---|---|
R1UL to R1SS |
R1UL-P5 to R1SS-P5 R1UL-P7 to R1SS-P7 R1UL-P4 to R1SS-P9 R1UL-P6 to R1SS-P11 |
3 meters |
R1UL to R2SS |
R1UL-P31 to R2SS-P5 R1UL-P33 to R2SS-P7 R1UL-P30 to R2SS-P9 R1UL-P32 to R2SS-P11 |
5 meters |
R1LL to R1SS |
R1LL-P5 to R1SS-P13 R1LL-P7 to R1SS-P15 R1LL-P4 to R1SS-P17 R1LL-P6 to R1SS-P19 |
3 meters |
R1LL to R2SS |
R1LL-P31 to R2SS-P13 R1LL-P33 to R2SS-P15 R1LL-P30 to R2SS-P17 R1LL-P32 to R2SS-P19 |
5 meters |
Table 2-4 Leaf Switch Connections for the X9M or Later Model Rack (R2)
Switch Pair | Connections | Cable Length |
---|---|---|
R2UL to R1SS |
R2UL-P1 to R1SS-P6 R2UL-P2 to R1SS-P8 R2UL-P3 to R1SS-P10 R2UL-P4 to R1SS-P12 R2UL-P5 to R1SS-P14 R2UL-P6 to R1SS-P16 R2UL-P7 to R1SS-P18 |
5 meters |
R2UL to R2SS |
R2UL-P30 to R2SS-P6 R2UL-P31 to R2SS-P8 R2UL-P32 to R2SS-P10 R2UL-P33 to R2SS-P12 R2UL-P34 to R2SS-P14 R2UL-P35 to R2SS-P16 R2UL-P36 to R2SS-P18 |
3 meters |
R2LL to R1SS |
R2LL-P1 to R1SS-P20 R2LL-P2 to R1SS-P22 R2LL-P3 to R1SS-P24 R2LL-P4 to R1SS-P26 R2LL-P5 to R1SS-P28 R2LL-P6 to R1SS-P30 R2LL-P7 to R1SS-P32 |
5 meters |
R2LL to R2SS |
R2LL-P30 to R2SS-P20 R2LL-P31 to R2SS-P22 R2LL-P32 to R2SS-P24 R2LL-P33 to R2SS-P26 R2LL-P34 to R2SS-P28 R2LL-P35 to R2SS-P30 R2LL-P36 to R2SS-P32 |
3 meters |
2.3.2.1.3 Extending an X8M Rack with No Down Time by Adding Another X8M Rack
WARNING:
Take time to read and understand this procedure before implementation. Pay careful attention to the instructions that surround the command examples. A system outage may occur if the procedure is not applied correctly.
Note:
This procedure assumes that the RoCE Network Fabric switches on the X8M racks contain the golden configuration settings from Oracle Exadata System Software 20.1.0 or later. Otherwise, before using this procedure, you must update the Oracle Exadata System Software and update the golden configuration settings on the RoCE Network Fabric switches. Downtime is required to update the golden configuration settings on the RoCE Network Fabric switches.
Note:
For additional background information, see Understanding Multi-Rack Cabling for X8M Racks.
Use this procedure to extend a typical X8M rack without down-time by cabling it together with a second X8M rack. The primary rack (designated R1) and all of the systems it supports remain online throughout the procedure. At the beginning of the procedure, the additional rack (designated R2) is shut down.
The following is an outline of the procedure:
-
In this phase, you prepare the racks, switches, and cables. Also, you install and cable the spine switches in both racks.
-
Configuration and Physical Cabling
In this phase, you reconfigure the leaf switches and finalize the cabling to the spine switches. These tasks are carefully orchestrated to avoid downtime on the primary system, as follows:
-
Partially configure the lower leaf switches (step 3)
In this step, you reconfigure the switch ports on the lower leaf switches. There is no physical cabling performed in this step.
-
Partially configure the upper leaf switches (step 4)
In this step, you reconfigure the switch ports on the upper leaf switches, remove the inter-switch cables that connect the leaf switches in both racks and connect the cables between the upper leaf switches and the spine switches.
-
Finalize the lower leaf switches (step 5)
In this step, you finalize the switch port configuration on the lower leaf switches. You also complete the physical cabling by connecting the cables between the lower leaf switches and the spine switches.
-
Finalize the upper leaf switches (step 6)
In this step, you finalize the switch port configuration on the upper leaf switches.
-
-
Validation and Testing (steps 7 and 8)
In this phase, you validate and test the RoCE Network Fabric across both of the interconnect racks.
After completing the procedure, both racks share the RoCE Network Fabric, and the combined system is ready for further configuration. For example, you can extend existing disk groups and Oracle RAC databases to consume resources across both racks.
Note:
-
This procedure applies only to typical rack configurations that initially have leaf switches with the following specifications:
-
The inter-switch ports are ports 4 to 7, and ports 30 to 33.
-
The storage server ports are ports 8 to 14, and ports 23 to 29.
-
The database server ports are ports 15 to 22.
For other rack configurations (for example, X8M-8 systems with three database servers and 11 storage servers) a different procedure and different RoCE Network Fabric switch configuration files are required. Contact Oracle for further guidance.
-
-
The procedure uses the following naming abbreviations and conventions:
-
The abbreviation for the existing rack is R1, and the new rack is R2.
-
LL identifies a lower leaf switch and UL identifies an upper leaf switch.
-
SS identifies a spine switch.
-
A specific switch is identified by combining abbreviations. For example, R1LL identifies the lower leaf switch (LL) on the existing rack (R1).
-
-
Most operations must be performed in multiple locations. For example, step 1.h instructs you to update the firmware on all the RoCE Network Fabric leaf switches (R1LL, R1UL, R2LL, and R2UL). Pay attention to the instructions and keep track of your actions.
Tip:
When a step must be performed on multiple switches, the instruction contains a list of the applicable switches. For example, (R1LL, R1UL, R2LL, and R2UL). You can use this list as a checklist to keep track of your actions.
-
Perform operations sequentially, and complete every operation before proceeding. For example, run the entire command sequence at 3.a.i as one operation and complete it before proceeding.
-
All of commands that are run on a RoCE Network Fabric switch must be run while connected to the switch management interface as the switch administrator.
At this point, both racks share the RoCE Network Fabric, and the combined system is ready for further configuration.
Related Topics
2.3.2.2 Cabling Two RoCE Network Fabric Racks Together with Down Time Allowed
Use this simpler procedure to cable together two racks with RoCE Network Fabric where some down-time can be tolerated.
This procedure is for systems with RoCE Network Fabric (X8M or later) using Oracle Exadata System Software Release 20.1.0 or later.
In this procedure, the existing rack is R1, and the new rack is R2.
Use the applicable cabling tables depending on your system configuration:
2.3.2.3 Cabling Two InfiniBand Network Fabric Racks Together
Use this procedure to cable together two racks with InfiniBand Network Fabric.
-
Set the priority of the current, active Subnet Manager Master to
10
on the spine switch, as follows:-
Log in to any RDMA Network Fabric switch on the active system.
-
Use the
getmaster
command to determine that the Subnet Manager Master is running on the spine switch. If it is not, then follow the procedure Setting the Subnet Manager Master on Oracle Exadata Database Machine Full Rack and Oracle Exadata Database Machine Half Rack in Oracle Exadata Database Machine Installation and Configuration Guide. -
Log in to the spine switch.
-
Use the
disablesm
command to stop Subnet Manager. -
Use the
setsmpriority 10
command to set the priority to 10. -
Use the
enablesm
command to restart Subnet Manager. -
Repeat step 1.b to ensure the Subnet Manager Master is running on the spine switch.
-
-
Ensure the new rack is near the existing rack. The RDMA Network Fabric cables must be able to reach the servers in each rack.
-
Completely shut down the new rack (R2).
-
Cable the two leaf switches R2 IB2 and R2 IB3 in the new rack according to Two-Rack Cabling with InfiniBand Network Fabric. Note that you need to first remove the seven existing inter-switch connections between each leaf switch, as well as the two connections between the leaf switches and the spine switch in the new rack R2, not in the existing rack R1.
-
Verify both RDMA Network Fabric interfaces are up on all database nodes and storage cells. You can do this by running the
ibstat
command on each node and verifying both interfaces are up. -
Power off leaf switch R1 IB2. This causes all the database servers and Exadata Storage Servers to fail over their RDMA Network Fabric traffic to R1 IB3.
-
Disconnect all seven inter-switch links between R1 IB2 and R1 IB3, as well as the one connection between R1 IB2 and the spine switch R1 IB1.
-
Cable leaf switch R1 IB2 according to Two-Rack Cabling with InfiniBand Network Fabric.
-
Power on leaf switch R1 IB2.
-
Wait for three minutes for R1 IB2 to become completely operational.
To check the switch, log in to the switch and run the
ibswitches
command. The output should show three switches, R1 IB1, R1 IB2, and R1 IB3. -
Verify both RDMA Network Fabric interfaces are up on all database nodes and storage cells. You can do this by running the
ibstat
command on each node and verifying both interfaces are up. -
Power off leaf switch R1 IB3. This causes all the database servers and storage servers to fail over their RDMA Network Fabric traffic to R1 IB2.
-
Disconnect the one connection between R1 IB3 and the spine switch R1 IB1.
-
Cable leaf switch R1 IB3 according to Two-Rack Cabling with InfiniBand Network Fabric.
-
Power on leaf switch R1 IB3.
-
Wait for three minutes for R1 IB3 to become completely operational.
To check the switch, log in to the switch and run the
ibswitches
command. The output should show three switches, R1 IB1, R1 IB2, and R1 IB3. -
Power on all the InfiniBand switches in R2.
-
Wait for three minutes for the switches to become completely operational.
To check the switch, log in to the switch and run the
ibswitches
command. The output should show six switches, R1 IB1, R1 IB2, R1 IB3, R2 IB1, R2 IB2, and R2 IB3. -
Ensure the Subnet Manager Master is running on R1 IB1 by running the
getmaster
command from any switch. -
Power on all servers in R2.
-
Log in to spine switch R1 IB1, and lower its priority to 8 as follows:
-
Use the
disablesm
command to stop Subnet Manager. -
Use the
setsmpriority 8
command to set the priority to 8. -
Use the
enablesm
command to restart Subnet Manager.
-
-
Ensure Subnet Manager Master is running on one of the spine switches.
After cabling the racks together, proceed to Configuring the New Hardware to configure the racks.
Parent topic: Cabling Two Racks Together
2.3.3 Cabling Several Racks Together
By using the following procedures, you can add another rack to an existing multi-rack system.
The procedures assume that the racks are adjacent to each other. The existing racks are R1, R2, ... Rn, and the new rack is Rn+1. For example, if you have four racks and you are adding a fifth rack, the existing racks are designated R1, R2, R3, and R4 and the new rack is designated R5.
Starting with Oracle Exadata X9M models, you can cable up to 12 racks together without additional switches. For prior models (up to X8M), you can cable up to 18 racks together without additional switches.
The procedures differ for systems that use RoCE Network Fabric (X8M and later) and InfiniBand Network Fabric (X8 and earlier).
- Cabling Several RoCE Network Fabric Racks Together
Use this procedure to add another rack to an existing multi-rack system with RoCE Network Fabric. - Cabling Several InfiniBand Network Fabric Racks Together
Use this procedure to add another rack to an existing multi-rack system with InfiniBand Network Fabric.
Parent topic: Extending a Rack by Adding Another Rack
2.3.3.1 Cabling Several RoCE Network Fabric Racks Together
Use this procedure to add another rack to an existing multi-rack system with RoCE Network Fabric.
This procedure is for systems with RoCE Network Fabric (X8M or later) using Oracle Exadata System Software Release 20.1.0 or later.
WARNING:
Take time to read and understand this procedure before implementation. Pay careful attention to all the instructions, not just the command examples. A system outage may occur if the instructions are not applied correctly.
In this procedure, the existing racks are R1, R2, … ,Rn, and the new rack is Rn+1.
Note:
Cabling three or more racks together requires no downtime for the existing racks R1, R2, …, Rn. Only the new rack, Rn+1, is powered down.Use the applicable cabling tables depending on your system:
- Multi-Rack Cabling Tables for Oracle Exadata X9M and Later Models
- Multi-Rack Cabling Tables for Oracle Exadata X8M Models
In the following steps, these example switch names are used for the new rack (Rn+1):
rack5sw-roces0
: Rack 5 spine switch (R5SS)rack5sw-rocea0
: Rack 5 lower leaf switch (R5LL)rack5sw-roceb0
: Rack 5 upper leaf switch (R5UL)
2.3.3.2 Cabling Several InfiniBand Network Fabric Racks Together
Use this procedure to add another rack to an existing multi-rack system with InfiniBand Network Fabric.
This procedure is for systems with InfiniBand Network Fabric (X8, or earlier).
Parent topic: Cabling Several Racks Together