NetApp cannot create FlexGroup shares configuring dedup/compression

[Felipe Rodrigues]

Description
===========
When operating NetApp driver with FlexGroup shares, they cannot be provisioned with
dedup or compression being modified. Suppose the share comes with dedupe/compression enabled,
if the operator is requested disabled, the driver fails while changing it. The same problem
occurs if the share is disabled and the request is to be enabled.

The async client operations used by FlexGroup to manage dedup and compression are using wrongly the "send_request", it is not part more of the object "connection, it is now part of the "self". [1][2][3][4]

[1] https://github.com/openstack/manila/blob/master/manila/share/drivers/netapp/dataontap/client/client_cmode.py#L2337
[2] https://github.com/openstack/manila/blob/master/manila/share/drivers/netapp/dataontap/client/client_cmode.py#L2343
[3] https://github.com/openstack/manila/blob/master/manila/share/drivers/netapp/dataontap/client/client_cmode.py#L2352
[4] https://github.com/openstack/manila/blob/master/manila/share/drivers/netapp/dataontap/client/client_cmode.py#L2361

Steps to reproduce
==================

A chronological list of steps which will help reproduce the issue you hit:
* Configure a NetApp backend with FlexGroup
* Create a share type with "netapp:dedup" as "False"
* Create a share on the FlexGroup pool with the previous type

Expected result
===============
The share should be created without the dedup.

Actual result
=============
The share is not created, failing during the disabling dedup operation.

Environment
===========
Latest Manila version.

[OpenStack Infra (hudson-openstack)]

Fix proposed to branch: master
Review: https://review.opendev.org/c/openstack/manila/+/894900