Про vCloud Director API для NSX
vCloud Director API для NSX.
API-интерфейс vCloud Director для NSX - это прокси-API, который позволяет клиентам API vCloud делать запросы к NSX API.Используйте этот документ в качестве дополнения к API NSX vSphere API (NSX версии 6.2 или новее). В этом документе перечисляется подмножество запросов NSX API, поддерживаемых API-интерфейсом vCloud Director для NSX, и предоставляется информация о различиях между этими запросами, как они описаны в документации NSX API, и о том, как вы должны их использовать при использовании API-интерфейса vCloud Director для NSX.
Accept |
Все запросы должны включать заголовок HTTP Accept, который обозначает API-интерфейс vCloud Director для версии NSX, который использует клиент. Accept: application/*+xml;version=api-version Например, следующий заголовок указывает, что запрос выполняется из API-интерфейса vCloud Director для клиента NSX версии 29.0. Accept: application/*+xml;version=29.0 |
| Accept-Encoding | По умолчанию система возвращает содержимое ответа как несжатый XML. Сжатие ответа может повысить производительность, особенно когда ответ большой, а пропускная способность сети - фактор. (Запросы не могут быть сжаты.) Чтобы запросить ответ, который будет возвращен как сжатый XML, включите следующий заголовок: Accept-Encoding: gzipОтвет кодируется с использованием gzip-кодирования, как описано в RFC 1952, и включает в себя следующий заголовок: Content-Encoding: gzip В конфигурации по умолчанию ответы менее 64 КБ никогда не сжимаются. |
| Accept-Language | Строки сообщений в ответах ErrorType локализованы. Чтобы указать желаемый язык в ответах, используйте заголовок запроса Accept-Language. Чтобы запросить ответ со строками сообщений, локализованными на французском языке, используйте следующий заголовок: Accept-Language: fr |
| Authorization | Все запросы на создание vCloud API сессии должны включать заголовок формы авторизации, предписанной поставщиком идентификации, используемым вашей организацией. См. Руководство по программированию API vCloud для сервис провайдеров. |
| Content-Type | Запросы, которые включают тело, должны включать следующий заголовок HTTP Content-Type. Content-type: application/xml |
| x-vcloud-authorization | Этот заголовок, который возвращается с ответом сеанса после успешного входа в систему, должен быть включен во все последующие запросы от клиентов, которые аутентифицируются для интегрированного поставщика удостоверений или поставщика идентификации SAML. См. Руководство по программированию API vCloud для сервис провайдеров. |
| X-VMWARE-VCLOUD-CLIENT-REQUEST-ID | Значение этого заголовка используется для построения идентификатора запроса, возвращаемого в значение заголовка X-VMWARE-VCLOUD-REQUEST-ID. Значение этого заголовка не может содержать более 128 символов, взятых из набора букв, цифр и дефиса (-). Значения с недопустимыми символами игнорируются. Значения с более чем 128 символами обрезаются. |
Управление NSX Edge Gateway
Каждый NSX Edge Gateway обеспечивает защиту сети и шлюз для изоляции виртуализованной сети.
NSX сервисы распределенного firewall
Распределенный NSX firewall может обеспечивать функциональность брандмауэра непосредственно в виртуальной машине vNIC и поддерживает модель безопасности микросегментации, в которой East-West трафик может быть проверен при обработке с близкой скоростью - https://code.vmware.com/doc/preview?id=5705#/doc/GUID-442E3FDF-47AC-44F2-906B-B37666795970.html
Запросы, описанные в этом разделе, управляют глобальными объектами NSX, такими как сертификаты и группирующие объекты.
Ещё не пробовали услугу "Облачный хостинг" от Cloud4Y?
Отправьте заявку сейчас и получите 10-ти дневный бесплатный доступ.
 |
 |
