ESSDSANandStorageManagementArchitectureWhitepaper.docx

ESSDSANandStorageManagementArchitectureWhitepaper.docx

《ESSDSANandStorageManagementArchitectureWhitepaper.docx》由会员分享，可在线阅读，更多相关《ESSDSANandStorageManagementArchitectureWhitepaper.docx（21页珍藏版）》请在冰豆网上搜索。

ESSDSANandStorageManagementArchitectureWhitepaper

Architecture

SANandStorageManagement

Revision1.1

February19,1999

HarryKellogg

ESSD

Hewlett-Packard

HPConfidential

TableofContents

0.Introduction3

1.SANManagement,Release15

1.1High-LevelOverview5

1.1.1HardwareComponents6

1.1.2SoftwareComponents6

1.2DetailedView7

1.2.1NewDeviceManagerUIs7

1.2.2WebServer8

1.2.3UIServlets8

1.2.4DeviceObjects8

1.2.5JSNMP9

1.2.6SSLinkC,SSLinkS9

1.2.7SCSIGateway9

1.2.8OLDDeviceManagerUIs9

1.2.9DIAL10

1.2.10IOScan10

1.2.11EMS10

1.2.12DeviceMonitors10

1.2.13DriverMonitors10

1.3SystemManagementView10

1.4Single-SystemView11

2.SANManagement,SubsequentReleases12

2.1High-LevelOverview12

2.2DetailedView13

2.2.1DeviceManagerUIs13

2.2.2LUNSecurity,PerformanceManagement,DataManagement,PolicyManagementUIs13

2.2.3UIServlets13

2.2.4Policy-BasedManagement13

2.2.5BackgroundTasks14

2.2.6DeviceObjects14

2.2.7DeviceAPI14

2.2.8EventHandler14

2.2.9SCSIGateway14

2.2.10LocalDiscovery14

2.3SystemManagementView15

2.3.1HP-UXSystemsManagement15

2.3.2WindowsNTSystemsManagement16

2.4Single-SystemView17

2.4.1HP-UXSingle-SystemSolution17

2.4.2WindowsNTSingle-SystemSolution18

3.SomeIdeasfortheFuture19

3.1HostSoftwareMigration19

3.2HardeningtheManagementServer21

RevisionHistory

1.0InitialVersion.

1.1RevisedaftersignificantfeedbackfromSteveBritt,RichelleAhlvers,GaryWermuth.

1.Introduction

WefirstsummarizesomekeypointsfromanearlierdocumentoftheSANmanagementteamonageneralstrategyforSANandstoragemanagement.Formorecompletedetails,pleaseconsultthatdocument.Thisdocumentbuildsonthatearlierdocument,detailingthearchitecturestobeemployedinrealizingthestrategyoutlinedthere.

Intheearlierdocument,wetookalookataprototypicalSANenvironmentanddefinedastrategyformanagingit.Thekeyfeaturesofthatstrategyarethefollowing:

∙TheStorageManagementServer（acentralizednodedevotedtomanagement）

∙TheStorageManagementFramework（softwarerunningonthatnodetoprovidetheinfrastructureformanagement:

discovery,mapping,eventhandling,softwaremanagement）

∙Web-basedUI（enablingaubiquitous,familiarinterfaceformanagement）

∙DeviceManagers（softwarepackagesdevotedtomanagementofeachoftheSANcomponents）

∙StorageManagers（softwarepackagesdevotedtoadvanced（multiple-device）managementareaslikeSecurity,Performance,Data,Policy）

Wealsousedthesekeyfeatures,andourprototypicalSANenvironment,toproducethe

followingschematicdiagramofthecomponentsinvolvedintheSANitself,andinitsmanagement.

Figure01:

PrototypicalSANwithManagement

Thisdiagramshowsthethreecablingschemesinvolved:

∙AnethernetLAN,connectingtheUIclient,thestoragemanagementserver,andthevarioushosts（green）

∙FibreChannelcabling,whetheropticalfiberorcopper,connectinghostsandstorage（red）

∙SCSIcabling,connectingstoragedevicesthatdonotsupportFibreChannel（blue）

Thediagramalsoshowsthevariouscomponentsinvolvedintheproblem,aswellasinthesolution:

∙Thestoragedevicestobemanaged（blue）.

∙TheSANinfrastructuredevices（hubs,switches,bridges）tobemanaged（red）.

∙Thevarious“hosts,”or“dataservers,”attachedtotheSAN,eachofwhichwillhostsomesmallpartofthemanagementsoftware（black）.

∙The“StorageManagementServer,”onwhichresidesthebulkofthemanagementsoftware（magenta）

∙Aclientnode,runningawebbrowser,whichprovidestheuserinterfaceformanagement（green）

Inthefollowingpageswewillfocusonthelastthreeofthesecomponents（thehosts,themanagementserver,andtheUIclient）,andthevariousrolestheyhavetoplayinamanagementsolution.Thediscussionisdividedintothreeparts,representingthreetime-phasesofarchitecturalplans.Theseplansprogressfromthepragmaticshort-termtotheadmittedlyspeculative,andhopefullyvisionary,long-term.

InthefirstpartwediscusstheimmediateplansforthefirstreleaseofSANmanagement.Thesearefairlynarrowlyfocused,emphasizingpragmaticuseofwhatisalreadyavailabletoday,orcurrentlybeingdeveloped,andinclude:

▪ThefirstSANmanagementframework

▪SupportforHP-UXonlyonbothhostsandmanagementserver

▪NewdevicemanagersfortheSANinfrastructuredevices（hubs,switches,bridges）

Inthesecondpart,wediscussintermediate-rangeplanstoexpandtheinitialsolutioninseveraldirections:

▪ProvidenewdevicemanagersforallSANstoragedevices

▪Providemoreadvancedapplicationsforstoragemanagement（e.g.,LUNSecurity,Performance）

▪SupportmoreoperatingsystemsinthehostsattachedtotheSAN（e.g.,WindowsNT,MPE,AIX）

▪Supportthemanagementstationitselfrunningonadditionalplatforms（e.g.,WindowsNT）

▪Providebetterintegrationwiththesystemsmanagementsolutionsonthevarioussupportedhosts

Inthethirdpartwespeculateonsomepossiblefuturedirections,notsomuchforSANmanagementfunctionality,asforSANmanagementarchitecture.

2.

SANManagement,Release1

Wefirstfocusontheinitialoffering,theso-called“Release1”,ofSANManagement.Thisreleasefeatures:

∙ThefirstgenerationStorageManagementFramework（providedbyOVSDandcalled“SANManager”）

∙DevicemanagersfortheFibreChannelinfrastructuredevices（Hub,Switch,andBridge）

∙ManagementofstorageforHP-UXhostsonly

∙ManagementfromanHP-UXmanagementserveronly

Notethatinthisfirstreleaseanarbitrarywebclientisnotyetsupported.Suchsupportisscheduledforthefollowingrelease.

2.1High-LevelOverview

Thepicturebelowshowsaveryhigh-leveloverviewofRelease1:

Figure11:

OverviewofSANManagement,Release1

Noticethevariouscomponentsthatplayahigh-levelroleinthisarchitecture.

2.1.1HardwareComponents

Hardwarecomponentsinclude:

▪ManagementServer.ThiscomputeristheonedesignatedtomanagetheSAN.Themajorityofthesoftwareinvolvedinthesolutionrunsonthiscomputer;andthisiswheretheinventoryiskeptofwhatisontheSANandhowitisinterconnected.

▪Host.ThisrepresentsoneofmanydataservershavingdirectconnectionstotheSANandbeingusedbyapplicationstoaccessdataontheSAN.Inthisarchitectureeachhostalsohousesasmallsoftwarecomponent（SCSIGateway）bywhichitbecomesanintermediaryinallowingsoftwareontheManagementServertotalktofirmwareonthedevicesbeingmanaged.EmphasisinitiallywillbeonsupportingHP-UX10.20andHP-UX11.0onsuchhosts.

▪SAN.Thisisthenetwork（implementedwithfibrechanneltechnology）thatconnectsthevarioushoststovariousstoragedevices.Itmaybecomprisedofamixoffibrechannelswitchesand/orhubs,and（atleastatfirst）ofFC–SCSIbridges.

▪StorageDevices.Thesearetheprincipaldevicesbeingmanaged,andincludearrays,tapelibraries,andJBODs.TheseareshownconnectedtothehostviaaFibreChannelSAN;butthereisnothinginthisarchitecturethatprecludesthemanagementofstoragedevicesconnecteddirectlytoahostviaSCSI.

2.1.2SoftwareComponents

ThekeysoftwarecomponentsbeingdevelopedforRelease1are:

∙SANManager,thecoreframeworkforstoragemanagement（lightgreen,OVSD）

∙DB（theSANDatabase）,arepositoryfortheSANdiscovery,topologyandeventinformation（lightgreen,OVSD）

∙NewDeviceManagerUIs,managementuserinterfacesforthefibrechannelinfrastructuredevices:

hub,switch,andbridge（pink,ESSD-Roseville）

∙DIAL（theDeviceInterfaceAbstractionLayer）thatprovidesSANManagerwithdiscoveryandeventinformation（pink,ESSD-Boise）

∙SCSIGateway,acommunicationspiecethatenablesthenewdevicemanagerstotalkwithdevicesliketheFC-SCSIBridgethatsupportonlytheSCSIprotocoloverFibreChannelformanagement（pink,ESSD-Roseville）

Formorecompletedetailsoneachofthese,seethediscussioninthefollowingsection.Inaddition,thesenewcomponentsinteractwithmanyexistingcomponentsofthecurrentHP-UXsystemsmanagementsolutionsuchasIOSCAN,EMS,andtheSentinelDeviceandDriverMonitors.

2.2

DetailedView

BelowweseeamoredetaileddiagramofthecomponentsinvolvedinRelease1.

Figure12:

DetailsofSANManagement,Release1

ThecomponentsfromOVSD（ingreen）areincludedasaconceptualpictureofwhatSANManagerisdoing,andthemajorconstituentpieces,aswellashowtheyconnecttoESSDcomponents.ItisnotintendedasanaccuratelistofallofthecomponentsofSANManager,nordoesitattempttogivethepiecesthatdoappeartheofficialnamebywhichtheyareknowninOVSD.Wedonotdiscussthesecomponentsfurtherinthisdocument,exceptinsofarastheyrelatetotheESSD-developedcomponents.

WediscusseachoftheESSDcomponentsinturn.

2.2.1NewDeviceManagerUIs

Eventuallytherewillbeoneoftheseweb-basedapplicationsforeachstorageandinfrastructuredevice.Initially,wewilldeliverthoseinthelistbelow,withemphasisonsupportforthefibrechannelinfrastructuredevices.Legacyandthird-partydeviceswillbesupportedbylaunchingtheirexistingmanagementapplications,suchasOpenSymManagerforEMCSymmetrixdevices,ortheSAMmanagementapplicationformanyoftheothers.Thosewedoexpecttoprovidewiththefirstreleaseare:

HubManagerUI.ExtractedfromtheexistingFibreChannelManager1.0project.

SwitchManagerUI.ExtractedfromtheupcomingFibreChannelManager2.0project.

BridgeManagerUI.AnewdevicemanagerfortheFC-SCSIBridge,writtenforthisarchitecture.

TransformerUI.AnewdevicemanagerfortheTra