openstack - Online sa Cloud

PROGRAMA:

NAME

openstack - OpenStack Command Line Client

OpenStack Command Line

SINOPSIS

openstack [ ] [ ]

openstack Tulungan

openstack - Tumulong

DESCRIPTION

openstack nagbibigay ng karaniwang command-line interface sa mga OpenStack API. Ito ay pangkalahatan
katumbas ng mga CLI na ibinigay ng mga library ng kliyente ng OpenStack project, ngunit may a
naiiba at pare-pareho ang istraktura ng command.

Awtoridad PARAAN

openstack gumagamit ng katulad na pamamaraan ng pagpapatotoo bilang mga CLI ng proyekto ng OpenStack, kasama ang
impormasyon ng kredensyal na ibinibigay alinman bilang mga variable ng kapaligiran o bilang mga opsyon sa
command line. Ang pangunahing pagkakaiba ay ang paggamit ng 'proyekto' sa pangalan ng mga opsyon
OS_PROJECT_NAME/OS_PROJECT_ID sa mga lumang pangalan na nakabatay sa nangungupahan.

i-export ang OS_AUTH_URL=
i-export ang OS_PROJECT_NAME=
i-export ang OS_USERNAME=
i-export ang OS_PASSWORD= # (opsyonal)

openstack maaaring gumamit ng iba't ibang uri ng mga plugin ng pagpapatunay na ibinigay ng keystoneclient
aklatan. Ang mga sumusunod na default na plugin ay magagamit:

· token: Pagpapatotoo gamit ang isang token

· password: Pagpapatunay gamit ang isang username at isang password

Sumangguni sa dokumentasyon ng keystoneclient library para sa higit pang mga detalye tungkol sa mga plugin na ito at
kanilang mga opsyon, at para sa kumpletong listahan ng mga magagamit na plugin. Mangyaring tandaan na
ang ilang mga plugin ay maaaring hindi sumusuporta sa lahat ng mga pag-andar ng openstack; halimbawa ang
Ang v3unscopedsaml plugin ay makakapaghatid lamang ng mga hindi nasasakupang token, ang ilang mga command ay maaaring hindi
magagamit sa pamamagitan ng paraan ng pagpapatunay na ito.

Bukod pa rito, posibleng gamitin ang token ng serbisyo ng Keystone upang patotohanan, sa pamamagitan ng pagtatakda
ang mga pagpipilian --os-token at --os-url (o ang mga variable ng kapaligiran OS_TOKEN at OS_URL
ayon sa pagkakabanggit). Ang pamamaraang ito ay nangunguna sa mga plugin ng pagpapatunay.

TANDAAN:
Upang magamit ang v3unscopedsaml paraan, ang lxml package ay kailangang mai-install.

Opsyon

openstack kumukuha ng mga pandaigdigang opsyon na kumokontrol sa pangkalahatang pag-uugali at mga opsyon na partikular sa command
na kumokontrol sa pagpapatakbo ng command. Karamihan sa mga pandaigdigang opsyon ay may kaukulang kapaligiran
variable na maaari ding gamitin upang itakda ang halaga. Kung pareho ang naroroon, ang command-line
inuuna ang pagpipilian. Ang mga pangalan ng variable ng kapaligiran ay nagmula sa pangalan ng opsyon ni
ibinababa ang mga nangungunang gitling ('--'), ginagawang underscore ang bawat naka-embed na gitling ('-')
('_'), at kino-convert sa upper case.

openstack kinikilala ang mga sumusunod na pandaigdigang opsyon:

--os-cloud
openstack maghahanap ng a ulap.yaml file na naglalaman ng cloud configuration sa
gamitin para sa pagpapatunay. Tingnan ang CLOUD CONFIGURATION sa ibaba para sa higit pang impormasyon.

--os-auth-type
Ang uri ng plugin ng pagpapatunay na gagamitin kapag kumokonekta sa serbisyo ng Pagkakakilanlan. Kung
hindi nakatakda ang opsyong ito, openstack ay susubukang hulaan ang paraan ng pagpapatunay
gamitin batay sa iba pang mga opsyon. Kung nakatakda ang opsyong ito, dapat tumugma ang bersyon nito
--os-identity-api-version

--os-auth-url
URL ng pagpapatunay

--os-url
URL ng Serbisyo, kapag gumagamit ng token ng serbisyo para sa pagpapatunay

--os-domain-name | --os-domain-id
Saklaw ng awtorisasyon sa antas ng domain (pangalan o ID)

--os-project-name | --os-project-id
Saklaw ng pagpapatunay sa antas ng proyekto (pangalan o ID)

--os-project-domain-name | --os-project-domain-id

Domain name o id na naglalaman ng proyekto

--os-username
Username sa pagpapatunay

--os-password
Password sa pagpapatunay

--os-token
Authenticated token o service token

--os-user-domain-name | --os-user-domain-id
Domain name o id na naglalaman ng user

--os-user-domain-name | --os-user-domain-id
Domain name o ID na naglalaman ng user

--os-trust-id
id ng trust na gagamitin bilang trustee user

--os-default-domain
Default na domain ID (Default: 'default')

--os-rehiyon-pangalan
Pangalan ng rehiyon ng pagpapatunay

--os-cacert
CA certificate bundle file

-I-verify | --insecure
I-verify o huwag pansinin ang sertipiko ng server (default: i-verify)

--os-identity-api-version
Bersyon ng Identity API (Default: 2.0)

--os-XXXX-api-bersyon
Ang mga karagdagang opsyon sa bersyon ng API ay magiging available depende sa naka-install na API
mga aklatan.

--os-interface
Uri ng interface. Ang mga wastong opsyon ay publiko, admin at panloob.

opsyon --profile HMAC key na gagamitin para sa pag-encrypt ng data ng konteksto para sa performance
profiling ng hiniling na operasyon. Ang susi na ito ay dapat ang halaga ng isa sa HMAC
mga key na tinukoy sa mga configuration file ng mga serbisyo ng OpenStack, nais ng user
bakas sa pamamagitan ng.

--log-file
Tukuyin ang isang file upang mag-log output. Hindi pinagana bilang default.

-sa, --verbose
Dagdagan ang verbosity ng output. Maaaring ulitin.

-q, --tahimik
sugpuin ang output maliban sa mga babala at pagkakamali

--debug
ipakita ang mga traceback sa mga error at itakda ang verbosity sa debug

UTOS

Para makakuha ng listahan ng mga available na command:

openstack --help

Upang makakuha ng paglalarawan ng isang partikular na utos:

tulong sa openstack

Tandaan na ang hanay ng mga command na ipinapakita ay mag-iiba depende sa mga bersyon ng API na nasa
epekto sa oras na iyon. Halimbawa, upang pilitin ang pagpapakita ng mga utos ng Identity v3:
openstack --os-identity-api-version 3 --help

matapos
I-print ang mga function ng pagkumpleto ng bash para sa kasalukuyang set ng command.

Tulungan Mag-print ng tulong para sa isang indibidwal na command

Ang karagdagang impormasyon sa istraktura ng utos ng OpenStackClient at mga argumento ay magagamit
nasa OpenStackClient Command pahina ng wiki.

Utos bagay
Ang listahan ng mga command object ay lumalaki nang mas mahaba sa pagdaragdag ng OpenStack project
suporta. Ang mga pangalan ng bagay ay maaaring binubuo ng maraming salita upang bumuo ng isang natatanging pangalan.
Paminsan-minsan kapag maraming mga API ay may isang karaniwang pangalan na may mga karaniwang magkakapatong na layunin doon
ay magiging mga opsyon upang piliin kung aling bagay ang gagamitin, o ang mga mapagkukunan ng API ay pagsasamahin, gaya ng sa
ang kota object na may mga opsyon na tumutukoy sa parehong Compute at Block Storage quota.

Utos Aksyon
Ang mga aksyon na ginamit ng OpenStackClient ay tinukoy na may tiyak na kahulugan upang magbigay ng a
pare-parehong pag-uugali para sa bawat bagay. Ang ilang mga aksyon ay may lohikal na kabaligtaran na mga aksyon, at
ang mga pares na iyon ay palaging magkatugma para sa anumang bagay na gumagamit sa kanila.

CLOUD Configuration

Ang pagtatrabaho sa maraming ulap ay maaaring gawing simple sa pamamagitan ng pagpapanatili ng impormasyon sa pagsasaayos
para sa mga ulap sa isang lokal na file. openstack mga suporta gamit ang a ulap.yaml configuration
file.

config File
openstack maghahanap ng file na tinatawag na clouds.yaml sa mga sumusunod na lokasyon:

· Kasalukuyang Direktoryo

· ~/.config/openstack

· /etc/openstack

Panalo ang unang file na natagpuan.

Ang mga susi ay tumutugma sa openstack pandaigdigang mga opsyon ngunit wala ang --os- awalan:

ulap:
devstack:
auth:
auth_url: http://192.168.122.10: 35357 /
project_name: demo
username: demo
password: 0penstack
region_name: RegionOne
ds-admin:
auth:
auth_url: http://192.168.122.10: 35357 /
project_name: admin
username: admin
password: 0penstack
region_name: RegionOne
infra:
ulap: rackspace
auth:
project_id: 275610
username: openstack
password: xyzpdq!lazydog
pangalan_rehiyon: DFW,ORD,IAD

Sa halimbawa sa itaas, ang auth_url para sa rackspace ulap ay kinuha mula sa
clouds-public.yaml:

pampublikong-ulap:
rackspace:
auth:
auth_url: 'https://identity.api.rackspacecloud.com/v2.0/'

Pagpapatunay Setting
Ginagamit ng OpenStackClient ang Keystone authentication plugins kaya ang mga kinakailangang setting ng auth ay
hindi palaging malalaman hanggang sa mapili ang uri ng pagpapatunay. openstack susubukan na
tuklasin ang ilang karaniwang uri ng auth batay sa mga argumentong ipinasa o natagpuan sa
configuration file, ngunit kung hindi kumpleto ang mga iyon, maaaring imposibleng malaman kung aling auth
uri ay inilaan. Ang --os-auth-type palaging magagamit ang opsyon para pilitin ang isang partikular na uri.

Kailan --os-token at --os-url ay parehong naroroon ang token_endpoint napili ang uri ng auth
awtomatiko. Kung --os-auth-url at --os-username ay naroroon password Ang uri ng auth ay
Napili.

Pagtotroso Setting
openstack maaaring itala ang kasaysayan ng operasyon sa pamamagitan ng pag-log sa mga setting sa configuration file.
Pagre-record ng operasyon ng gumagamit, maaari itong makilala ang pagbabago ng mapagkukunan at ito ay nagiging
kapaki-pakinabang na impormasyon para sa pag-troubleshoot.

Tingnan ../configuration tungkol sa Mga Setting ng Pag-log para sa higit pang mga detalye.

NOTA

Ang listahan ng command na ipinapakita sa output ng tulong ay nagpapakita ng mga napiling bersyon ng API. Para sa
halimbawa, upang makita ang mga utos ng Identity v3 OS_IDENTITY_API_VERSION dapat itakda sa 3.

HALIMBAWA

Ipakita ang detalyadong impormasyon para sa server appweb01:

openstack \
--os-project-name ExampleCo \
--os-username demo --os-password secrete \
--os-auth-url http://localhost:5000:/v2.0 \
ipakita ng server ang appweb01

Ang parehong command kung ang auth environment variables (OS_AUTH_URL, OS_PROJECT_NAME,
OS_USERNAME, OS_PASSWORD) ay nakatakda:

openstack server ipakita ang appweb01

Lumikha ng bagong larawan:

lumikha ng openstack image \
--disk-format=qcow2 \
--container-format=bare \
--pampubliko \
--kopya-mula sa http://somewhere.net/foo.img \
foo

Gumamit ng openstack online gamit ang mga serbisyo ng onworks.net