Terraform प्रदायक Selectel

हामीले Selectel सँग काम गर्न आधिकारिक Terraform प्रदायक सुरू गरेका छौं। यो उत्पादनले प्रयोगकर्ताहरूलाई इन्फ्रास्ट्रक्चर-एज-कोड पद्धति मार्फत संसाधन व्यवस्थापनलाई पूर्ण रूपमा कार्यान्वयन गर्न अनुमति दिन्छ।

प्रदायकले हाल सेवा स्रोत व्यवस्थापनलाई समर्थन गर्दछ "भर्चुअल निजी क्लाउड" (यसपछि VPC भनिन्छ)। भविष्यमा, हामी Selectel द्वारा प्रदान गरिएका अन्य सेवाहरूको लागि स्रोत व्यवस्थापन थप्ने योजनामा ​​छौं।

तपाईलाई पहिले नै थाहा छ, VPC सेवा OpenStack मा निर्मित छ। जे होस्, ओपनस्ट्याकले सार्वजनिक क्लाउडको सेवाको लागि नेटिभ उपकरणहरू प्रदान गर्दैन भन्ने तथ्यको कारणले, हामीले जटिल कम्पोजिट वस्तुहरूको व्यवस्थापनलाई सरल बनाउने र कामलाई थप सुविधाजनक बनाउने अतिरिक्त API हरूको सेटमा छुटेको कार्यक्षमता लागू गर्यौं। OpenStack मा उपलब्ध केहि कार्यक्षमता प्रत्यक्ष प्रयोगबाट बन्द छ, तर मार्फत उपलब्ध छ हाम्रो API.

Selectel Terraform प्रदायकले अब निम्न VPC स्रोतहरू व्यवस्थापन गर्ने क्षमता समावेश गर्दछ:

• परियोजनाहरू र तिनीहरूको कोटा;
• प्रयोगकर्ताहरू, तिनीहरूको भूमिका र टोकनहरू;
• क्रस-क्षेत्रीय र VRRP सहित सार्वजनिक सबनेटहरू;
• सफ्टवेयर लाइसेन्स।

प्रदायकले VPC API सँग काम गर्न हाम्रो सार्वजनिक गो लाइब्रेरी प्रयोग गर्दछ। पुस्तकालय र प्रदायक दुबै खुला स्रोत हुन्, तिनीहरूको विकास Github मा गरिन्छ:

• पुस्तकालय भण्डार Go-selvpcclient,
• प्रदायक भण्डार Terraform-प्रदायक Selectel.

अन्य क्लाउड स्रोतहरू व्यवस्थापन गर्न, जस्तै भर्चुअल मेसिनहरू, डिस्कहरू, Kubernetes क्लस्टरहरू, तपाईंले OpenStack Terraform प्रदायक प्रयोग गर्न सक्नुहुन्छ। दुबै प्रदायकहरूको लागि आधिकारिक कागजात निम्न लिङ्कहरूमा उपलब्ध छ:

• Selectel संसाधन दस्तावेज: Terraform-प्रदायक Selectel,
• OpenStack संसाधन दस्तावेज: Terraform-प्रदायक OpenStack.

सुरुवात

सुरु गर्नको लागि, तपाईंले Terraform स्थापना गर्न आवश्यक छ (निर्देशनहरू र स्थापना प्याकेजहरूको लिङ्कहरू यहाँ फेला पार्न सकिन्छ। आधिकारिक वेबसाइट).

सञ्चालन गर्न, प्रदायकलाई Selectel API कुञ्जी चाहिन्छ, जुन मा सिर्जना गरिएको छ खाता नियन्त्रण प्यानलहरू.

Selectel सँग काम गर्नका लागि manifests Terraform प्रयोग गरेर वा हाम्रो Github भण्डारमा उपलब्ध रेडीमेड उदाहरणहरूको सेट प्रयोग गरेर सिर्जना गरिन्छ: टेराफार्म उदाहरणहरू.

उदाहरणहरूको साथ भण्डारलाई दुई डाइरेक्टरीहरूमा विभाजित गरिएको छ:

• मोड्युलहरू, साना पुन: प्रयोज्य मोड्युलहरू समावेश गर्दछ जसले इनपुटको रूपमा प्यारामिटरहरूको सेट लिन्छ र स्रोतहरूको सानो सेट व्यवस्थापन गर्दछ;
• उदाहरणहरू, अन्तरसम्बन्धित मोड्युलहरूको पूर्ण सेटको उदाहरणहरू समावेश गर्दै।

Terraform स्थापना गरेपछि, Selectel API कुञ्जी सिर्जना गरेर र उदाहरणहरूसँग आफैलाई परिचित गरौं, व्यवहारिक उदाहरणहरूमा जाऔं।

स्थानीय डिस्कको साथ सर्भर सिर्जना गर्ने उदाहरण

एउटा परियोजना सिर्जना गर्ने उदाहरण हेरौं, भूमिका भएको प्रयोगकर्ता र स्थानीय डिस्कको साथ भर्चुअल मेसिन: terraform-examples/examples/vpc/server_local_root_disk.

फाइलमा vars.tf मोड्युलहरू कल गर्दा प्रयोग गरिने सबै प्यारामिटरहरू वर्णन गरिएका छन्। तिनीहरू मध्ये केही पूर्वनिर्धारित मानहरू छन्, उदाहरणका लागि, सर्भर क्षेत्रमा सिर्जना गरिनेछ ru-3a निम्न कन्फिगरेसन संग:

variable "server_vcpus" {
default = 4
}

variable "server_ram_mb" {
default = 8192
}

variable "server_root_disk_gb" {
default = 8
}

variable "server_image_name" {
default = "Ubuntu 18.04 LTS 64-bit"
}

फाइलमा main.tf Selectel प्रदायक प्रारम्भ गरिएको छ:

provider "selectel" {
token    = "${var.sel_token}"
}

यो फाइलले सर्भरमा स्थापना हुने SSH कुञ्जीको लागि पूर्वनिर्धारित मान पनि समावेश गर्दछ:

module "server_local_root_disk" {
...
server_ssh_key      = "${file("~/.ssh/id_rsa.pub")}"
}

यदि आवश्यक छ भने, तपाइँ फरक सार्वजनिक कुञ्जी निर्दिष्ट गर्न सक्नुहुन्छ। कुञ्जीलाई फाइल मार्गको रूपमा निर्दिष्ट गर्न आवश्यक छैन; तपाईँले स्ट्रिङको रूपमा मान पनि थप्न सक्नुहुन्छ।

यस फाइलमा थप मोड्युलहरू सुरू गरिएका छन् Project_with_user и सर्भर_लोकल_रूट_डिस्कजसले आवश्यक स्रोतसाधनको व्यवस्थापन गर्छ ।

यी मोड्युलहरूलाई थप विवरणमा हेरौं।

भूमिकाको साथ एक परियोजना र प्रयोगकर्ता सिर्जना गर्दै

पहिलो मोड्युलले परियोजना र त्यस परियोजनामा ​​भूमिका भएको प्रयोगकर्ता सिर्जना गर्दछ: terraform-examples/modules/vpc/project_with_user.

सिर्जना गरिएको प्रयोगकर्ताले OpenStack मा लग इन गर्न र यसको स्रोतहरू व्यवस्थापन गर्न सक्षम हुनेछ। मोड्युल सरल छ र केवल तीन संस्थाहरू प्रबन्ध गर्दछ:

• Selectel_vpc_project_v2,
• Selectel_vpc_user_v2,
• Selectel_vpc_role_v2.

स्थानीय डिस्कको साथ भर्चुअल सर्भर सिर्जना गर्दै

दोस्रो मोड्युलले ओपनस्ट्याक वस्तुहरू प्रबन्धनसँग सम्बन्धित छ, जुन स्थानीय डिस्कको साथ सर्भर सिर्जना गर्न आवश्यक छ।

तपाईंले स्रोतको लागि यस मोड्युलमा निर्दिष्ट गरिएका केही तर्कहरूमा ध्यान दिनुपर्छ openstack_compute_instance_v2:

resource "openstack_compute_instance_v2" "instance_1" {
  ...

  lifecycle {
    ignore_changes = ["image_id"]
  }

  vendor_options {
    ignore_resize_confirmation = true
  }
}

तर्क ignore_changes तपाईंलाई विशेषता परिवर्तनहरू बेवास्ता गर्न अनुमति दिन्छ id भर्चुअल मेसिन सिर्जना गर्न प्रयोग गरिएको छविको लागि। VPC सेवामा, अधिकांश सार्वजनिक छविहरू हप्तामा एक पटक स्वचालित रूपमा अद्यावधिक हुन्छन् र एकै समयमा तिनीहरूको id पनि परिवर्तन हुन्छ। यो OpenStack कम्पोनेन्ट - Glance को विशेषताहरूको कारण हो, जसमा छविहरूलाई अपरिवर्तनीय संस्थाहरू मानिन्छ।

यदि तपाइँ विद्यमान सर्भर वा डिस्क सिर्जना वा परिमार्जन गर्दै हुनुहुन्छ जुन तर्कको रूपमा छ image_id द्वारा प्रयोग id सार्वजनिक छवि, त्यसपछि त्यो छवि अद्यावधिक गरिसकेपछि, Terraform manifest फेरि चलाउँदा सर्भर वा डिस्क पुन: सिर्जना हुनेछ। तर्क प्रयोग गर्दै ignore_changes तपाईंलाई यस्तो अवस्थाबाट बच्न अनुमति दिन्छ।

नोट: तर्क ignore_changes धेरै लामो समय पहिले Terraform मा देखा पर्यो: तान #2525.

तर्क ignore_resize_confirmation स्थानीय डिस्क, कोर, वा सर्भर मेमोरी सफलतापूर्वक रिसाइज गर्न आवश्यक छ। त्यस्ता परिवर्तनहरू OpenStack Nova कम्पोनेन्ट मार्फत अनुरोध प्रयोग गरेर बनाइन्छ पुनःआकार गर्नुहोस्। अनुरोध पछि पूर्वनिर्धारित नोभा पुनःआकार गर्नुहोस् सर्भरलाई स्थितिमा राख्छ verify_resize र प्रयोगकर्ताबाट थप पुष्टिको लागि पर्खन्छ। यद्यपि, यो व्यवहार परिवर्तन गर्न सकिन्छ ताकि नोभाले प्रयोगकर्ताबाट थप कार्यहरूको लागि पर्खदैन।

निर्दिष्ट तर्कले Terraform लाई स्थितिको लागि प्रतीक्षा नगर्न अनुमति दिन्छ verify_resize सर्भरको लागि र यसको प्यारामिटरहरू परिवर्तन गरेपछि सर्भर सक्रिय स्थितिमा हुनको लागि तयार रहनुहोस्। तर्क OpenStack Terraform प्रदायकको संस्करण 1.10.0 बाट उपलब्ध छ: तान #422.

स्रोतहरू सिर्जना गर्दै

manifests चलाउनु अघि, कृपया ध्यान दिनुहोस् कि हाम्रो उदाहरणमा, दुई फरक प्रदायकहरू सुरू गरिएको छ, र OpenStack प्रदायक Selectel प्रदायकको स्रोतहरूमा निर्भर गर्दछ, किनकि परियोजनामा ​​प्रयोगकर्ता सिर्जना नगरीकन, यो सम्बन्धित वस्तुहरू व्यवस्थापन गर्न असम्भव छ। । दुर्भाग्यवश, उही कारणको लागि हामी केवल आदेश चलाउन सक्दैनौं terraform लागू हाम्रो उदाहरण भित्र। हामीले पहिले गर्न आवश्यक छ निवेदन गर्नु मोड्युलको लागि Project_with_user र त्यस पछि अरू सबैको लागि।

नोट: यो मुद्दा अझै Terraform मा हल भएको छैन, तपाईं मा Github मा छलफल पछ्याउन सक्नुहुन्छ अंक #2430 и अंक #4149.

स्रोतहरू सिर्जना गर्न, डाइरेक्टरीमा जानुहोस् terraform-examples/examples/vpc/server_local_root_disk, यसको सामग्री यस प्रकार हुनुपर्छ:

$ ls
README.md	   main.tf		vars.tf

हामीले आदेश प्रयोग गरेर मोड्युलहरू प्रारम्भ गर्छौं:

$ terraform init

आउटपुटले देखाउँछ कि Terraform प्रदायकहरूको नवीनतम संस्करण डाउनलोड गर्दछ र उदाहरणमा वर्णन गरिएका सबै मोड्युलहरू जाँच गर्दछ।

पहिले मोड्युल लागू गरौं Project_with_user। यसलाई सेट नगरिएका चरहरूको लागि म्यानुअल रूपमा पास गर्ने मानहरू आवश्यक छ:

• sel_खाता आफ्नो Selectel खाता नम्बर संग;
• sel_token Selectel API को लागि तपाइँको कुञ्जी संग;
• user_password OpenStack प्रयोगकर्ताको लागि पासवर्डको साथ।

पहिलो दुई चरका लागि मानहरू बाट लिनुपर्छ नियन्त्रण प्यानलहरू.

अन्तिम चरको लागि, तपाइँ कुनै पनि पासवर्डको साथ आउन सक्नुहुन्छ।

मोड्युल प्रयोग गर्न तपाईंले मानहरू प्रतिस्थापन गर्न आवश्यक छ SEL_ACCOUNT, SEL_TOKEN и USER_PASSWORD आदेश चलाउँदै:

$ env 
TF_VAR_sel_account=SEL_ACCOUNT 
TF_VAR_sel_token=SEL_TOKEN 
TF_VAR_user_password=USER_PASSWORD 
terraform apply -target=module.project_with_user

आदेश चलाएपछि, Terraform ले कुन स्रोतहरू सिर्जना गर्न चाहन्छ र पुष्टिकरणको लागि सोध्छ देखाउनेछ:

Plan: 3 to add, 0 to change, 0 to destroy.

Do you want to perform these actions?
Terraform will perform the actions described above.
Only 'yes' will be accepted to approve.

Enter a value: yes

एक पटक परियोजना, प्रयोगकर्ता र भूमिका सिर्जना भएपछि, तपाइँ बाँकी स्रोतहरू सिर्जना गर्न सुरु गर्न सक्नुहुन्छ:

$ env 
TF_VAR_sel_account=SEL_ACCOUNT 
TF_VAR_sel_token=SEL_TOKEN 
TF_VAR_user_password=USER_PASSWORD 
terraform apply

स्रोतहरू सिर्जना गर्दा, बाह्य IP ठेगानाको साथ टेराफर्म आउटपुटमा ध्यान दिनुहोस् जहाँ सिर्जना गरिएको सर्भर पहुँचयोग्य हुनेछ:

module.server_local_root_disk.openstack_networking_floatingip_associate_v2.association_1: Creating...
  floating_ip: "" => "x.x.x.x"

तपाइँ निर्दिष्ट आईपी प्रयोग गरेर SSH मार्फत सिर्जना गरिएको भर्चुअल मेसिनसँग काम गर्न सक्नुहुन्छ।

सम्पादन संसाधनहरू

Terraform मार्फत स्रोतहरू सिर्जना गर्नका साथै, तिनीहरू पनि परिमार्जन गर्न सकिन्छ।

उदाहरणका लागि, प्यारामिटरहरूको लागि मानहरू परिवर्तन गरेर हाम्रो सर्भरको लागि कोर र मेमोरीको संख्या बढाउनुहोस्। server_vcpus и सर्भर_राम_एमबी फाइलमा उदाहरण/vpc/server_local_root_disk/main.tf:

-  server_vcpus        = "${var.server_vcpus}"
-  server_ram_mb       = "${var.server_ram_mb}"
+  server_vcpus        = 8
+  server_ram_mb       = 10240

यस पछि, हामी जाँच गर्छौं कि कुन परिवर्तनहरूले निम्न आदेश प्रयोग गर्न नेतृत्व गर्नेछ:

$ env 
TF_VAR_sel_account=SEL_ACCOUNT 
TF_VAR_sel_token=SEL_TOKEN 
TF_VAR_user_password=USER_PASSWORD 
terraform plan

नतिजाको रूपमा, Terraform एक स्रोत परिवर्तन गर्यो openstack_compute_instance_v2 и openstack_compute_flavor_v2.

कृपया ध्यान दिनुहोस् कि यसले सिर्जना गरिएको भर्चुअल मेसिन रिबुट गर्न आवश्यक हुनेछ।

नयाँ भर्चुअल मेसिन कन्फिगरेसन लागू गर्न, आदेश प्रयोग गर्नुहोस् terraform लागूजुन हामीले पहिले नै सुरु गरिसकेका छौं।

सबै सिर्जना गरिएका वस्तुहरू मा प्रदर्शित हुनेछन् VPC नियन्त्रण प्यानलहरू:

हाम्रोमा उदाहरण भण्डारहरू तपाईले नेटवर्क ड्राइभको साथ भर्चुअल मेसिनहरू सिर्जना गर्नका लागि manifests पनि हेर्न सक्नुहुन्छ।

Kubernetes क्लस्टर सिर्जना गर्ने उदाहरण

हामी अर्को उदाहरणमा जानु अघि, हामीले पहिले सिर्जना गरेका स्रोतहरू सफा गर्नेछौं। यो परियोजना को मूल मा गर्न terraform-examples/examples/vpc/server_local_root_disk OpenStack वस्तुहरू मेटाउन आदेश चलाउनुहोस्:

$ env 
TF_VAR_sel_account=SEL_ACCOUNT 
TF_VAR_sel_token=SEL_TOKEN 
TF_VAR_user_password=USER_PASSWORD 
terraform destroy -target=module.server_local_root_disk

त्यसपछि Selectel VPC API वस्तुहरू खाली गर्न आदेश चलाउनुहोस्:

$ env 
TF_VAR_sel_account=SEL_ACCOUNT 
TF_VAR_sel_token=SEL_TOKEN 
TF_VAR_user_password=USER_PASSWORD 
terraform destroy -target=module.project_with_user

दुवै अवस्थामा, तपाईंले सबै वस्तुहरू मेटाउने पुष्टि गर्न आवश्यक हुनेछ:

Do you really want to destroy all resources?
Terraform will destroy all your managed infrastructure, as shown above.
There is no undo. Only 'yes' will be accepted to confirm.

Enter a value: yes

निम्न उदाहरण निर्देशिकामा छ terraform-examples/examples/vpc/kubernetes_cluster.

यो उदाहरणले परियोजना सिर्जना गर्दछ, परियोजनामा ​​भूमिका भएको प्रयोगकर्ता, र एउटा Kubernetes क्लस्टर बढाउँछ। फाइलमा vars.tf तपाईंले पूर्वनिर्धारित मानहरू हेर्न सक्नुहुन्छ, जस्तै नोडहरूको सङ्ख्या, तिनीहरूका विशेषताहरू, Kubernetes संस्करण, आदि।

पहिलो उदाहरण जस्तै स्रोतहरू सिर्जना गर्न, सबै भन्दा पहिले हामी मोड्युल सुरु गर्न र मोड्युल स्रोतहरू सिर्जना गर्न सुरु गर्नेछौं Project_with_userर त्यसपछि अरू सबै सिर्जना गर्नुहोस्:

$ terraform init

$ env 
TF_VAR_sel_account=SEL_ACCOUNT 
TF_VAR_sel_token=SEL_TOKEN 
TF_VAR_user_password=USER_PASSWORD 
terraform apply -target=module.project_with_user

$ env 
TF_VAR_sel_account=SEL_ACCOUNT 
TF_VAR_sel_token=SEL_TOKEN 
TF_VAR_user_password=USER_PASSWORD 
terraform apply

हामी OpenStack Magnum कम्पोनेन्ट मार्फत Kubernetes क्लस्टरहरूको सिर्जना र व्यवस्थापन स्थानान्तरण गर्नेछौं। तपाइँ हाम्रो एक मा क्लस्टर संग कसरी काम गर्ने बारे थप जान्न सक्नुहुन्छ अघिल्लो लेखहरूसाथै ज्ञानको आधार.

क्लस्टर तयार गर्दा, डिस्क र भर्चुअल मेसिनहरू सिर्जना गरिनेछ र सबै आवश्यक घटकहरू स्थापना गरिनेछ। तयारीले करिब ४ मिनेट लिन्छ, जुन समयमा Terraform ले सन्देशहरू प्रदर्शन गर्नेछ:

module.kubernetes_cluster.openstack_containerinfra_cluster_v1.cluster_1: Still creating... (3m0s elapsed)

एक पटक स्थापना पूरा भएपछि, टेराफर्मले क्लस्टर तयार छ भनेर संकेत गर्नेछ र यसको आईडी प्रदर्शन गर्नेछ:

module.kubernetes_cluster.openstack_containerinfra_cluster_v1.cluster_1: Creation complete after 4m20s (ID: 3c8...)

Apply complete! Resources: 6 added, 0 changed, 0 destroyed.

उपयोगिता मार्फत सिर्जना गरिएको Kubernetes क्लस्टर व्यवस्थापन गर्न kubectl तपाईंले क्लस्टर पहुँच फाइल प्राप्त गर्न आवश्यक छ। यो गर्नको लागि, तपाईंको खातामा परियोजनाहरूको सूचीमा Terraform मार्फत सिर्जना गरिएको परियोजनामा ​​जानुहोस्:

अर्को, लिङ्क पछ्याउनुहोस् xxxxxx.selvpc.ruजुन परियोजनाको नाम तल देखिन्छ:

लगइन जानकारीको लागि, तपाईंले Terraform मार्फत सिर्जना गर्नुभएको प्रयोगकर्ता नाम र पासवर्ड प्रयोग गर्नुहोस्। यदि तपाईंले धोका दिनुभएको छैन भने vars.tf वा main.tf हाम्रो उदाहरणको लागि, प्रयोगकर्ताको नाम हुनेछ tf_user। तपाईंले चरको मान पासवर्डको रूपमा प्रयोग गर्नुपर्छ TF_VAR_user_password, जुन स्टार्टअपमा निर्दिष्ट गरिएको थियो terraform लागू पहिले

परियोजना भित्र तपाईंले ट्याबमा जान आवश्यक छ कुबर्नेट्स:

Terraform मार्फत सिर्जना गरिएको क्लस्टर यहीँ छ। को लागी फाइल डाउनलोड गर्नुहोस् kubectl तपाईं "पहुँच" ट्याबमा गर्न सक्नुहुन्छ:

स्थापना निर्देशनहरू एउटै ट्याबमा अवस्थित छन्। kubectl र डाउनलोड को प्रयोग config.yaml.

प्रक्षेपण पछि kubectl र वातावरण चर सेट गर्दै KUBECONFIG तपाईं Kubernetes प्रयोग गर्न सक्नुहुन्छ:

$ kubectl get pods --all-namespaces

NAMESPACE        NAME                                    READY  STATUS  RESTARTS AGE
kube-system   coredns-9578f5c87-g6bjf                      1/1   Running   0 8m
kube-system   coredns-9578f5c87-rvkgd                     1/1   Running   0 6m
kube-system   heapster-866fcbc879-b6998                 1/1   Running   0 8m
kube-system   kube-dns-autoscaler-689688988f-8cxhf             1/1   Running   0 8m
kube-system   kubernetes-dashboard-7bdb5d4cd7-jcjq9          1/1   Running   0 8m
kube-system   monitoring-grafana-84c97bb64d-tc64b               1/1   Running   0 8m
kube-system   monitoring-influxdb-7c8ccc75c6-dzk5f                1/1   Running   0 8m
kube-system   node-exporter-tf-cluster-rz6nggvs4va7-minion-0 1/1   Running   0 8m
kube-system   node-exporter-tf-cluster-rz6nggvs4va7-minion-1 1/1   Running   0 8m
kube-system   openstack-cloud-controller-manager-8vrmp        1/1   Running   3 8m
prometeus-monitoring   grafana-76bcb7ffb8-4tm7t       1/1   Running   0 8m
prometeus-monitoring   prometheus-75cdd77c5c-w29gb           1/1   Running   0 8m

क्लस्टर नोडहरूको संख्या सजिलै Terraform मार्फत परिवर्तन गर्न सकिन्छ।
फाइलमा main.tf निम्न मान निर्दिष्ट गरिएको छ:

cluster_node_count = "${var.cluster_node_count}"

यो मान बाट प्रतिस्थापन गरिएको छ vars.tf:

variable "cluster_node_count" {
default = 2
}

तपाईं पूर्वनिर्धारित मान मा परिवर्तन गर्न सक्नुहुन्छ vars.tf, वा आवश्यक मान सिधै निर्दिष्ट गर्नुहोस् main.tf:

-  cluster_node_count = "${var.cluster_node_count}"
+  cluster_node_count = 3

परिवर्तनहरू लागू गर्न, पहिलो उदाहरणको रूपमा, आदेश प्रयोग गर्नुहोस् terraform लागू:

$ env 
TF_VAR_sel_account=SEL_ACCOUNT 
TF_VAR_sel_token=SEL_TOKEN 
TF_VAR_user_password=USER_PASSWORD 
terraform apply

जब नोडहरूको संख्या परिवर्तन हुन्छ, क्लस्टर उपलब्ध रहनेछ। Terraform मार्फत नोड थपेपछि, तपाइँ यसलाई अतिरिक्त कन्फिगरेसन बिना प्रयोग गर्न सक्नुहुन्छ:

$ kubectl get nodes
NAME                               STATUS                     ROLES     AGE   VERSION
tf-cluster-rz6nggvs4va7-master-0   Ready,SchedulingDisabled   master    8m    v1.12.4
tf-cluster-rz6nggvs4va7-minion-0   Ready                      <none>    8m    v1.12.4
tf-cluster-rz6nggvs4va7-minion-1   Ready                      <none>    8m    v1.12.4
tf-cluster-rz6nggvs4va7-minion-2   Ready                      <none>    3m    v1.12.4

निष्कर्षमा

यस लेखमा हामीले काम गर्ने मुख्य तरिकाहरूसँग परिचित छौं "भर्चुअल निजी क्लाउड" Terraform मार्फत। यदि तपाईंले आधिकारिक Selectel Terraform प्रदायक प्रयोग गर्नुभयो र प्रतिक्रिया दिनुभयो भने हामी खुसी हुनेछौं।

Selectel Terraform प्रदायकमा फेला परेका कुनै पनि बगहरू मार्फत रिपोर्ट गर्न सकिन्छ Github मुद्दाहरू.

स्रोत: www.habr.com