␡
- Native Multipathing
- Storage Array Type Plug-in (SATP)
- Path Selection Plugin (PSP)
- Third-Party Plug-ins
- Multipathing Plugins (MPPs)
- Anatomy of PSA Components
- I/O Flow Through PSA and NMP
- Listing Multipath Details
- Claim Rules
- MP Claim Rules
- Plug-in Registration
- SATP Claim Rules
- Modifying PSA Plug-in Configurations Using the UI
- Modifying PSA Plug-ins Using the CLI
- Summary
This chapter is from the book
Plug-in Registration
New to vSphere 5 is the concept of plug-in registration. Actually this existed in 4.x but was not exposed to the end user. When a PSA plug-in is installed, it gets registered with the PSA framework along with their dependencies, if any, similar to the output in Figure 5.27.
Figure 5.27. Listing PSA plug-in registration
This output shows the following:
- Module Name—The name of the plug-in kernel module; this is the actual plug-in software binary as well as required libraries, if any, that get plugged into vmkernel.
- Plugin Name—This is the name by which the plug-in is identified. This is the exact name to use when creating or modifying claim rules.
- Plugin class—This is the name of the class to which the plug-in belongs. For example, the previous section covered the MP class of plug-ins. The next sections discuss SATP and PSP plug-ins and later chapters cover VAAI and VAAI_Filter classes.
- Dependencies—These are the libraries and other plug-ins which the registered plug-ins require to operate.
- Full Path—This is the full path to the files, libraries, or binaries that are specific to the registered plug-in. This is mostly blank in the default registration.