Get wrong links in version api

[Eric Xie]

Using latest openstackclient to list devices as below:

openstack endpoint list | grep cyborg
| 6c39cc116c7e4c469cae1c4f9a3c38d7 | region-stackdev | cyborg | accelerator | True | admin | http://cyborg.openstack.svc.region-stackdev.myinspurcloud.com/v2 |
| 7cd99aceb7d14c99be1f952b0245feec | region-stackdev | cyborg | accelerator | True | internal | http://cyborg-api.openstack.svc.region-stackdev.myinspurcloud.com:6666/v2 |
| f4062a18fffe4bf283deb109c141d51f | region-stackdev | cyborg | accelerator | True | public | http://cyborg.openstack.svc.region-stackdev.myinspurcloud.com/v2 |

But the links of version api are not same as the above endpoints.

# curl "cyborg.openstack.svc.region-stackdev.myinspurcloud.com" | python -mjson.tool
  % Total % Received % Xferd Average Speed Time Time Time Current
                                 Dload Upload Total Spent Left Speed
100 614 100 614 0 0 19806 0 --:--:-- --:--:-- --:--:-- 19806
{
    "name": "OpenStack Cyborg API",
    "description": "Cyborg is the OpenStack project for lifecycle management of hardware accelerators, such as GPUs,FPGAs, AI chips, security accelerators, etc.",
    "versions": [
        {
            "id": "v2",
            "status": "CURRENT",
            "max_version": "2.1",
            "min_version": "2.0",
            "links": [
                {
                    "href": "http://cyborg.openstack.svc.region-stackdev.myinspurcloud.com/accelerator/v2",
                    "rel": "self"
                }
            ]
        }
    ],
    "default_version": {
        "id": "v2",
        "status": "CURRENT",
        "max_version": "2.1",
        "min_version": "2.0",
        "links": [
            {
                "href": "http://cyborg.openstack.svc.region-stackdev.myinspurcloud.com/accelerator/v2",
                "rel": "self"
            }
        ]
    }
}

[OpenStack Infra (hudson-openstack)]

Change abandoned by "Eric Xie <[e-mail]>" on branch: master
Review: https://review.opendev.org/c/openstack/cyborg/+/796594
Reason: Add path '/v2' in keystone's cyborg endpoints, the issue is gone.