OpenStack API Access nedir?

OpenStack API Access, OpenStack API’leriyle çalışan araçların projelerinizdeki kaynakları yönetmesini sağlar: openstack CLI, OpenStack sağlayıcısıyla Terraform ve Kubernetes’teki OpenStack cloud controller manager (OCCM) ile Cinder CSI sürücüsü. Bu araçlar, konsolda Kimlik & Erişim › OpenStack API erişimi altında oluşturduğunuz bir uygulama kimlik bilgisiyle giriş yapar. Konsolun ve REST API’sinin buna hiçbir zaman ihtiyacı yoktur.

Temel özelliklerBağlantıyı kopyalayın

• Uygulama kimlik bilgileri. Süresi dolan ve tek bir projeye ait olan kısıtlı kimlik bilgileri. Kendiniz veya bir servis hesabı için bir tane oluşturun. Bkz. Uygulama kimlik bilgisi oluşturma.
• Profiller. Profil, bir kimlik bilgisinin Keystone rollerini belirler. Tam erişim profiliyle bir kimlik bilgisi kaynak oluşturur ve yönetir. Form her profili listeler ve seçemeyeceğiniz profilleri devre dışı bırakır. Bkz. Profiller.
• Hazır dosyalar. Bir kimlik bilgisi oluşturduktan sonra konsol, tarayıcınızda clouds.yaml, openrc.sh, cloud.conf, bir Kubernetes Secret ve bir Terraform main.tf dosyası üretir. Bkz. İndirilen dosyalar.
• İki adımlı onay. Bir kimlik bilgisini oluşturmak veya yenilemek ve OpenStack API erişimini açıp kapatmak, kimlik doğrulayıcı uygulamanızdan son 5 dakika içinde girilmiş bir kod gerektirir. Bkz. Ek doğrulama (step-up).
• Örtüşmeli yenileme. Bir kimlik bilgisini yeni ID’si ve gizli anahtarı olan yeni bir kimlik bilgisiyle değiştirin; eskisi bu sırada en fazla 168 saat çalışmaya devam eder. Ya da bir kimlik bilgisini hemen silmek için iptal edin. Bkz. Kimlik bilgilerini yenileme ve iptal etme.
• Kuruluş anahtarı. Aboneliğin bir sahibi kuruluş için açana kadar OpenStack API erişimi kapalıdır. Bkz. OpenStack API erişimini açma veya kapatma.

Nasıl çalışırBağlantıyı kopyalayın

Kimlik bilgisi alan her üyenin ve servis hesabının OpenStack’te kendi kimliği vardır. Bir projedeki OpenStack rolleri, konsoldaki rolünü izler: Sahip ve Katkıda bulunan rolleri Keystone rolü member ile, Okuyucu rolü reader ile eşlenir; Faturalama Operatörü rolü ise API erişimi almaz. Bir kimlik bilgisi hiçbir zaman bu rollerden fazlasına sahip olmaz. Bir değişiklik, sahibinin projedeki OpenStack rolünü düşürdüğünde (örneğin member rolünden reader rolüne) veya sahibinin erişimini kaldırdığında kimlik bilgisi silinir.

Kimlik bilgisi, tek bir projeye bağlı, sona erme tarihi olan bir Keystone uygulama kimlik bilgisidir. Gizli anahtarı, oluşturduğunuzda yalnızca bir kez gösterilir. Araçlar bu kimlik bilgisiyle bulutun genel kimlik uç noktası üzerinden giriş yapar, ardından projenin bölgesindeki OpenStack API’lerini çağırır.

OpenStack API’leri üzerinden oluşturduğunuz kaynaklar, konsolda gördüğünüz kaynaklarla aynıdır. Projede görünür, aboneliğin kotasına ve projenin tahsisine dahil edilir ve aynı şekilde faturalandırılır.

Kullanım senaryolarıBağlantıyı kopyalayın

• Kod olarak altyapı. Ağları, sanal makineleri ve diskleri Terraform ile yönetin.
• CI/CD işlem hatları. Her işlem hattına, kişiler ekipten ayrıldığında da çalışmaya devam eden bir servis hesabı kimlik bilgisi verin.
• Sanal makinelerinizde Kubernetes. OCCM’nin Service’ler için yük dengeleyiciler, Cinder CSI sürücüsünün de persistent volume claim’ler için diskler oluşturmasına izin verin.
• Betik yazma. Bir projede openstack CLI komutları çalıştırın.

FaturalandırmaBağlantıyı kopyalayın

OpenStack API Access hizmetinin kendine ait faturalandırılan bir kalemi yoktur. API’ler üzerinden oluşturduğunuz kaynaklar, konsolda oluşturduğunuz kaynaklar gibi projenin aboneliğine faturalandırılır. Bkz. Faturalandırma nasıl çalışır.

LimitlerBağlantıyı kopyalayın

• Kimlik bilgisi tek bir projeye aittir.
• Her sahibin en fazla 20, her projenin en fazla 50 etkin kimlik bilgisi olabilir.
• Kimlik bilgisinin süresi 1–365 gün sonra dolar; varsayılan 90 gündür.
• Bir kimlik bilgisini yenilediğinizde eskisi en fazla 168 saat çalışmaya devam edebilir.

Tüm limitler için bkz. OpenStack API limitleri.

İlgili hizmetlerBağlantıyı kopyalayın

• Identity & Access Management: roller, servis hesapları ve iki adımlı doğrulama.
• Virtual Machines: API’ler üzerinden de yönetebileceğiniz sanal makineler.
• Block Storage: Cinder CSI sürücüsünün oluşturduğu diskler.
• Load Balancers: OCCM’nin oluşturduğu yük dengeleyiciler.
• Kotalar: API ile oluşturulan kaynakların dahil edildiği limitler.

Sonraki adımlarBağlantıyı kopyalayın