Đây là một câu hỏi rất hay. Vì nhiều lý do. Thứ nhất, OpenStack là một loại từ thông dụng lớn, ưa thích ngày nay và bất kỳ ai nghĩ rằng họ là ai đó sẽ nói với bạn rằng bạn nên sử dụng thứ này. Giống như đám mây từ, kháng cự là vô ích. Thứ hai, nó có liên quan đến ảo hóa, vì vậy có lẽ bạn nên tìm hiểu thêm về nó.
Ba và bốn, v.v., lý do sẽ trở nên rõ ràng sau trong bài viết này. Nhưng tiền đề cơ bản là, bạn có thể - và có nên - tìm hiểu về OpenStack không? Bây giờ, tôi đang đặt câu hỏi này từ quan điểm của một người có trực giác kỹ thuật tự nhiên và kinh nghiệm đáng kể về những thứ như OpenStack. Hướng dẫn cắt giảm bài viết hôm nay sẽ chỉ cho bạn cách bắt đầu với công nghệ này.
Lưu ý:Hình ảnh được lấy từ Wikipedia, được cấp phép theo CC BY-SA 3.0.
Kỳ vọng so với thực tế
Được rồi. Vì vậy, nó là OpenStack. Nhưng sau đó, bạn có thực sự biết ai, ngoài ba hoặc bốn nhà cung cấp dịch vụ lưu trữ lớn, những người thực sự có thể đang sử dụng dịch vụ này không? Mọi người đang nói về nó, nhưng bạn sẽ không tìm thấy quá nhiều ví dụ thực tế ngoài đời thực. Điều này thực sự khiến tôi tò mò và thắc mắc. Tại sao không?
Bản chất là tôi bị hấp dẫn, vì vậy tôi quyết định bắt đầu hành trình OpenStack của mình, để xem liệu tôi có thể nhanh chóng và dễ dàng làm chủ công nghệ hay không, sau đó cung cấp cho bạn một hoặc ba hướng dẫn sẽ giúp bạn trong suốt quá trình. Rất nhanh chóng, người ta thấy rõ rằng phần mềm này không hề bị coi thường và nó có sức mạnh to lớn để hạ gục ngay cả những chuyên viên máy tính trực quan nhất hiện có. Nói một cách dí dỏm, tôi đã thay đổi giai điệu, chiến lược của mình và chuyển từ cố gắng giới thiệu hướng dẫn từng bước sang một câu hỏi tồn tại xung quanh mức độ liên quan của OpenStack, cũng như nỗ lực thực sự để thu hẹp khoảng cách giữa bạn (và của tôi) kỳ vọng so với sự khắc nghiệt của thực tế.
OpenStack khó
Thật vậy, sau vài giờ đau đớn của thuật sĩ dòng lệnh trong cuộc phiêu lưu của mình, tôi nhận ra rằng OpenStack không thể bị thuần hóa theo cách tôi đã làm với KVM hoặc Docker. Không. Một số ví dụ nhanh, một số trang hướng dẫn và thử và sai trong trình bao không đủ để bắt đầu sử dụng phần mềm từ xa. OpenStack trông giống như một ngọn núi phủ tuyết và tôi chỉ có dép tông để leo lên.
Tôi càng chơi với nó, tôi càng nhận ra rằng đó là một giải pháp kiến trúc quá phức tạp và phức tạp. Tôi càng mày mò và cố gắng hoàn thành công việc, thì nó càng lảng tránh tôi, trôi tuột đi, ngày càng trở nên kém thú vị và hấp dẫn, và khiến câu hỏi hiện sinh trở nên triết lý hơn.
Những việc không nên làm
Vì vậy, trước khi tôi chỉ cho bạn cách bắt đầu với OpenStack, có một số phần quan trọng mà chúng ta cần làm rõ. Đầu tiên, kiến trúc. Rất phức tạp, có tính mô-đun cao, với mỗi thành phần nhỏ hoạt động như một dịch vụ riêng biệt, cả về tên gọi và chức năng, vì ngày nay có nhiều thành phần được coi là một điều tốt.
Hình ảnh được lấy từ tài liệu openstack.org chính thức; bấm vào để phóng to.
Phần thứ hai là, sự liên quan đến kinh doanh. Tại sao bạn muốn sử dụng OpenStack? Đây là một dịch vụ cơ sở hạ tầng đầu tiên và quan trọng nhất. Nếu bạn cần điều hành doanh nghiệp của mình, thì bạn không cần biết OpenStack, chỉ cần sử dụng nó. Sau đó, bạn có đủ thời gian, tiền bạc, kỹ năng và nhân lực để đầu tư vào việc học công nghệ này không? Bạn cần nó nhanh đến mức nào và bạn cần biết nó sâu đến mức nào? Bạn đang cố gắng đạt được điều gì? Bạn sẽ trở thành nhà cung cấp hay người tiêu dùng của OpenStack? Nếu bạn nghĩ đến việc sử dụng điều này cho doanh nghiệp của mình, thì nó lớn đến mức nào? Hàng chục máy ảo? Hàng trăm? Hàng ngàn? Mười nghìn đồng?
Phần quan trọng này thường bị bỏ qua bởi các nhà quản lý thiếu hiểu biết vì quá háo hức nhảy vào toa xe từ thông dụng, và họ nhầm lẫn bản thân và nhân viên của mình bằng cách làm mờ sự khác biệt giữa cung cấp và sử dụng dịch vụ, bằng cách biến cơ sở hạ tầng hoạt động như một doanh nghiệp khi không phải vậy. Và sau đó OpenStack bắt đầu trở nên ít ý nghĩa hơn, bởi vì mọi người đang bận cố gắng chạy nó, để họ có thể chạy thứ khác trên nó, cuối cùng lãng phí vài tháng trong nỗ lực vô ích và bỏ cuộc. Đó là lý do tại sao OpenStack chỉ tồn tại ở rìa của phạm vi sử dụng - triển khai hàng loạt hoặc không triển khai gì cả.
Phải làm gì
Bây giờ, tôi đã đề cập đến các lý do và tôi đã nhấn mạnh một vài lý do. Dưới đây là một số chi tiết. OpenStack có ý nghĩa nếu bạn muốn đi đầu trong công nghệ. Sẽ hợp lý nếu bạn đang cố gắng xây dựng các đám mây riêng hoặc đám mây công cộng, nếu bạn có ý định trở thành nhà cung cấp dịch vụ và nếu bạn muốn thiết lập quyền làm chủ và thống trị trong lĩnh vực đám mây, đây có thể là mục tiêu chính nếu là mục tiêu phụ của doanh nghiệp bạn .
OpenStack cũng có thể hữu ích nếu bạn chỉ muốn thử nghiệm phần mềm và chạy phần mềm không cần thiết của bạn trên phần mềm đó. Bạn có thể tiếp cận nó như một giải pháp hộp đen hoặc bạn có thể phát triển sự hiểu biết sơ đẳng để nếu có sự cố xảy ra, bạn có thể khắc phục sự cố.
Bây giờ, câu hỏi lớn là, làm thế nào để bạn đi về nó. Như tôi đã nhấn mạnh trước đó, quy trình thủ công để mọi thứ diễn ra thật đáng sợ. Bạn cần một vài cuốn sách, vài tuần thời gian, và rất rất nhiều thao tác gõ dòng lệnh, tạo người dùng, nhóm, vai trò, cơ sở dữ liệu, cầu nối mạng, vùng chứa và nhiều thứ nhỏ nhặt tàn nhẫn khác.
Chúng tôi muốn bỏ qua tất cả những điều đó. Thông thường, tôi sẽ đề xuất một quy trình học tuyến tính, nhưng OpenStack quá phức tạp để thực hiện điều đó. Chúng tôi sẽ bắt đầu với một cơ chế tự động để mọi thứ chạy, tin tưởng một cách mù quáng vào thiết lập tự động. Khi điều đó đã được định cấu hình đầy đủ và thành công, chúng tôi sẽ từ từ thực hiện lại các bước của mình.
Triển khai Ansible OpenStack (OSAD)
Nếu bạn tìm kiếm trên Web, bạn sẽ thấy có hàng chục giải pháp, tất cả đều tự xưng là chén thánh quản lý và triển khai cho OpenStack. Vâng, chúng tồn tại vì OpenStack quá khó sử dụng và thay vì khắc phục vấn đề cốt lõi, Internet tràn ngập các giải pháp lớp phủ đặc biệt được thiết kế để giúp sử dụng, giám sát dễ dàng hơn, v.v. Giống như container thực sự. OSAD là một trong những dự án cộng đồng như vậy, mặc dù có rất nhiều dự án khác như Fuel, Inception, TripleO, Compass, PackStack, v.v. Trong hướng dẫn này, chúng tôi sẽ tập trung vào OSAD và theo dõi các công cụ tương tự khác. Tái bút Tôi có liên kết với dự án này, vì vậy nếu bạn ngửi thấy mùi thiên vị, vui lòng bỏ qua bài viết này.
Thiết lập cơ bản
Về mặt kỹ thuật, bạn chỉ cần chạy hai lệnh. Một, lấy tập lệnh chính từ repo GitHub và hai, chạy thiết lập Ansible. Đối với những người thắc mắc thứ nhỏ bé kỳ lạ này là gì, Ansible là một công cụ quản lý cấu hình. Tương tự như Puppet, Chef, CFEngine và những người bạn, nó được thiết kế để tự động triển khai các chính sách và cấu hình phần mềm trên các máy mục tiêu. Logic triển khai được mã hóa bên trong các tệp có tên Playbooks bằng cú pháp ngôn ngữ YAML. Phần mềm phân tích cú pháp Playbook và sau đó gửi các cấu hình cần thiết đến các máy chủ đích bằng SSH. Đó là phép thuật cơ bản của Ansible.
Cảnh báo!
Bây giờ, tôi sẽ không đi vào quá nhiều chi tiết về cách thức hoạt động của Ansible. Tôi sẽ chỉ nêu bật ngắn gọn những gì nó làm và cách nó hoạt động. Cú pháp khá trực quan và khi bạn hiểu cách thức hoạt động của nó, bạn sẽ có thể theo dõi logic của các tệp OSAD yml. Chúng ta hãy xem Playbook mẫu từ tài liệu trực tuyến:
---
- máy chủ:máy chủ web
lọ:
http_port:80
max_clients:200
remote_user:gốc
nhiệm vụ:
- tên:đảm bảo apache ở phiên bản mới nhất
yum:pkg=httpd bang=mới nhất
- name:ghi file config apache
mẫu:src=/srv/httpd.j2 dest=/etc/httpd.conf
thông báo:
- khởi động lại apache
- tên:đảm bảo apache đang chạy (và kích hoạt nó khi khởi động)
dịch vụ:tên=trạng thái httpd=đã bắt đầu kích hoạt=có
xử lý:
- tên:khởi động lại apache
dịch vụ:name=httpd state=restarted
Chúng ta có gì ở đây? Hãy xem qua Playbook:
- - hosts:chỉ thị xác định Playbook này sẽ chạy trên những máy chủ nào.
- vars:xác định các biến sẽ được đặt cho máy chủ web, như cổng và giá trị tối đa. khách hàng.
- người dùng từ xa:xác định người dùng theo đó tác vụ Playbook sẽ chạy - với quyền root. Nhiệm vụ
- :xác định những gì chúng ta sẽ chạy, khi tiêu chí máy chủ phù hợp.
- - tên:đảm bảo apache đang ở ... Biến này xác định tên tác vụ; bạn có thể sử dụng một mô tả dài hoặc bạn có thể sử dụng một mô tả đơn giản, nhưng các tên giống như tiêu đề, mô tả dài hơn sẽ dễ hiểu hơn.
- yum:Cái này sẽ cài đặt phiên bản mới nhất của gói httpd.
- template:Lệnh này sẽ sao chép mẫu cấu hình phía máy chủ lên các máy chủ web, vì vậy tất cả chúng đều sử dụng cùng một tệp httpd.conf.
- thông báo:Biến này sẽ khai báo một trình kích hoạt có tên "khởi động lại apache" sẽ được kích hoạt nếu hành động trên đã hoàn tất thành công. Nói cách khác, chúng tôi xác định một hành động đăng bài.
- - tên:đảm bảo apache đang chạy... Tác vụ này sẽ đặt apache chạy khi khởi động và khởi động dịch vụ trong trường hợp nó không chạy. Trình xử lý
- :Ở đây chúng tôi sẽ xử lý khởi động lại dịch vụ, điều này sẽ chỉ được đặt thành đúng nếu hành động sao chép tệp cấu hình đã hoàn tất, điều này hợp lý. Sau đó, chúng tôi sẽ áp dụng hành động cần thiết cho dịch vụ httpd.
Điều này giải thích ngắn gọn về cách thức hoạt động của Ansible playbooks. Bây giờ, khi chúng tôi triển khai OSAD, bạn có thể xem qua các tệp yml có sẵn và khám phá thiết lập. Bạn sẽ thấy rất nhiều thứ phức tạp, bao gồm thùng chứa, cầu và những thứ khác, nhưng đó là toàn bộ ý tưởng. Bạn tránh sự lộn xộn và để người khác sắp xếp nó cho bạn. Ít nhất, ban đầu.
Đang triển khai
Nhưng dù sao, hai lệnh đáng yêu của chúng tôi:
bash <(curl https://git.openstack.org/cgit/stackforge/os-ansible-deployment/
plain/scripts/run-aio-build.sh)
/opt/stackforge/os-ansible-deployment/openstack-ansible setup-everything.yml
Thao tác này sẽ bắt đầu quá trình thiết lập và tùy thuộc vào phần cứng của bạn, quá trình này có thể mất khoảng 40-50 phút. Bạn chắc chắn sẽ cần nhiều CPU, bộ nhớ và dung lượng đĩa để chạy tốt phần mềm này, tuy nhiên, một lần nữa, ít hơn bạn mong đợi. Bốn lõi, RAM 8 GB và đĩa 40 GB là đủ, vì vậy ngay cả một chiếc máy tính xách tay tốt cũng có thể làm điều này khá tốt. Đừng mong đợi bất kỳ hiệu suất xuất sắc.
...
+ bỏ đặt -f hủy kích hoạt
+ thoát 0
/opt/stackforge/os-ansible-triển khai
-------------------------------------------------- --------------
- [ Thời gian chạy =2422 giây || 40 phút ]
-------------------------------------------------- --------------
- [ Trạng thái:Thành công ]
-------------------------------------------------- --------------
+ con mèo
++ ip -o -4 addr show dev eth0
++ awk -F '[ /]+' '/global/ {in $4}'
+ chmod +x /etc/update-motd.d/20-openstack
+ con mèo
++ mật khẩu
+ chmod +x /etc/update-motd.d/21-galera
Nếu bạn thấy đầu ra như trên, thì thiết lập ban đầu của bạn đã thành công tốt đẹp.
Chơi với Nova
Bước hợp lý tiếp theo là đảm bảo rằng bạn thực sự có thể chạy một hoặc hai lệnh. Bây giờ, việc kiểm tra toàn bộ ngăn xếp những gì bạn có trên hệ thống của mình có thể không thực sự khả thi. Nhưng bạn sẽ thấy một loạt các giao diện mạng, bao gồm các cầu và thiết bị ảo được tạo khi sinh ra các thùng chứa. Hơi giống với những gì chúng ta đã thấy với Docker.
Các lệnh Nova xấu và dài, và tốt hơn hết là bạn nên thiết lập một vài biến môi trường thay vì phải nhập tất cả chúng mỗi khi bạn chạy một lệnh:
nova --os-user-name admin --os-password secrete --os-tenant-name admin --os-auth-url https://172.29.236.100:5000/v2.0 image-list
+----------------------------------+------+--- -----+--------+
| ID | Tên | Trạng thái | Máy chủ |
+----------------------------------+------+--- -----+--------+
| 896fa8ca-682b-4f4e-859e-9f08b... | xơ cứng | HOẠT ĐỘNG | |
+----------------------------------+------+--- -----+--------+
nova --os-user-name admin --os-password secrete --os-tenant-name admin --os-auth-url https://172.29.236.100:5000/v2.0 hypervisor-list
+-----+--------------------+-------+---------+
| ID | tên máy chủ ảo hóa | Nhà nước | Trạng thái |
+-----+--------------------+-------+---------+
| 1 | máy chủ-001 | lên | đã bật |
+-----+----------------------+-------+---------+
Thật vậy, hãy thiết lập các biến môi trường:
xuất OS_USERNAME=admin
xuất OS_PASSWORD=bí mật
xuất OS_TENANT_NAME=admin
xuất OS_AUTH_URL=https://172.29.236.100:5000/v2.0
Sau đó, bạn có thể sử dụng các lệnh nova ngắn hơn này để khởi động máy chủ của mình. Về cơ bản, bạn cần chỉ định hình ảnh, hương vị và tên. Tất nhiên, cộng với tất cả các chi tiết nhận dạng, nhưng chúng tôi đã sắp xếp những thứ đó chỉ một lúc trước. Bây giờ, điều quan trọng không kém là chúng ta sẽ cần các khóa SSH và một số quy tắc tường lửa để có thể kết nối với các máy ảo của mình. Nếu không, nó sẽ không hoạt động.
nova secgroup-add-rule tcp mặc định 22 22 0.0.0.0/0
nova secgroup-add-rule mặc định icmp -1 -1 0.0.0.0/0
cặp khóa nova-thêm Dedoimedo> dedoimedo.pem
chmod 0600 dedoimedo.pem
khởi động nova Đầu tiên --image 896fa8ca-682b-4f4e-859e-9f08b82b47fb --flavor 3 -key-name Dedoimedo
+---------------------------------+---------------- --------------+
| Thuộc tính | Giá trị |
+---------------------------------+---------------- --------------+
| OS-DCF:diskConfig | HƯỚNG DẪN |
| OS-EXT-AZ:availability_zo | mới lạ |
| OS-EXT-SRV-ATTR:host | - |
| OS-EXT-SRV-ATTR:hyperviso | - |
| OS-EXT-SRV-ATTR:instance_ | ví dụ-00000007 |
| OS-EXT-STS:power_state | 0 |
...
| đã tạo | 2015-06-04T09:48:59Z |
...
| hương vị | m1.medium (3) |
...
+---------------------------------+---------------- --------------+
Thông tin đầu ra sẽ bao gồm mật khẩu được tạo tự động mặc định cho máy chủ và bạn sẽ có thể lấy địa chỉ IP của nó từ danh sách các máy chủ đang chạy. Sau đó, đó là một thứ SSH đơn giản, và nếu bạn thành công, thì bạn vừa quản lý để chạy OpenStack một cách thần kỳ, và chướng ngại vật đầu tiên đã được gỡ bỏ.
ping -c 1 172.29.248.13
PING 172.29.248.13 (172.29.248.13) 56(84) byte dữ liệu.
64 byte từ 172.29.248.13:icmp_seq=1 ttl=64 time=0,634 ms
--- Thống kê ping 172.29.248.13 ---
Truyền 1 gói, nhận 1 gói, mất gói 0%, thời gian 0ms
rtt tối thiểu/avg/max/mdev =0,634/0,634/0,634/0,000 mili giây
ssh -i dedoimedo.pem cirros@172.29.248.14
Tính xác thực của máy chủ '172.29.248.14 (172.29.248.14)'
không thể được thành lập. Dấu vân tay khóa RSA là 5b:cf:ed:99:b8:a9:2a:2f:ce:58:f0:3c:eb:db:7c:c1.
Bạn có chắc chắn muốn tiếp tục kết nối (có/không)? Vâng
Cảnh báo:Đã thêm vĩnh viễn '172.29.248.14' (RSA) vào danh sách các máy chủ đã biết.
Các vấn đề bạn có thể gặp phải
Cho dù bạn sử dụng đường dẫn thủ công hay thiết lập tự động, bạn có thể gặp phải một số sự cố ở đây và ở đó. Phần này trình bày chi tiết một số vấn đề phổ biến mà bạn có thể gặp phải khi chơi với OpenStack, Ansible hoặc cả hai.
openstack-ansible setup-mọi thứ.yml
Tệp biến:"-e @/etc/openstack_deploy/user_secrets.yml -e @/etc/openstack_deploy/user_variables.yml"
LỖI:Tập lệnh kiểm kê (inventory/dynamic_inventory.py) có lỗi thực thi:Traceback (lần gọi gần đây nhất):
Tệp "/openstack/os-ansible-deployment/playbooks/inventory/
dynamic_inventory.py", dòng 21, trong
nhập netaddr
ImportError:Không có mô-đun nào có tên là netaddr
Bạn đang thiếu các mô-đun Python quan trọng mà bạn cần cài đặt:
cài đặt pip netaddr
Thu thập netaddr
/usr/local/lib/python2.7/dist-packages/pip/_vendor/requests/
gói/urllib3/util/ssl_.py:90:InsecurePlatformWarning:Đối tượng SSLContext thực sự không khả dụng. Điều này ngăn urllib3 định cấu hình SSL phù hợp và có thể khiến một số kết nối SSL nhất định không thành công. Để biết thêm thông tin, hãy xem https://urllib3.readthedocs.org/en/latest/
security.html#insecureplatformcảnh báo.
Nền tảng không an toànCảnh báo
Đang tải xuống netaddr-0.7.14-py2.py3-none-any.whl (1,5MB)
100% | | 1,5MB 312kB/giây
Cài đặt các gói đã thu thập:netaddr
Đã cài đặt thành công netaddr-0.7.14
Trong khi chơi với OpenStack Ansible Deployment framework, bạn có thể thấy các lỗi liên quan đến bản dựng Tất cả trong một (AIO), điều này có thể chỉ ra các sự cố SSH, mặc dù bạn có thể tin rằng mọi thứ đều ổn và sẽ hoạt động:
SỰ THẬT THU THẬP *************************************************** ***************
fatal:[aio1] => Lỗi SSH:không thể gửi dữ liệu đến máy chủ từ xa. Đảm bảo có thể truy cập máy chủ này qua ssh
NHIỆM VỤ:[apt_package_pinning | Thêm tùy chọn pin apt] ************************************************ *********************
FATAL:không có máy chủ nào phù hợp hoặc tất cả máy chủ đã bị lỗi -- đang hủy bỏ
Những lỗi này có thể xuất phát từ hai lỗi sau, vì vậy vui lòng xem qua. Sau đó, một lỗi điển hình thứ ba có thể xuất hiện là nếu bạn cố sao chép repo vào một thư mục không trống:
+ git clone -b master https://github.com/stackforge/os-ansible-deployment.git /opt/stackforge/os-ansible-deployment
gây tử vong:đường dẫn đích '/opt/stackforge/os-ansible-deployment' đã tồn tại và không phải là một thư mục trống.
Đọc thêm
Nếu bạn cảm thấy hướng dẫn này quá dễ đối với gu thẩm mỹ tinh tế của mình:
Một số slide có thể được quan tâm.
Phân phối Red Hat của OpenStack (RDO)
Quản lý và triển khai Mirantis OpenStack - Nhiên liệu
Kết luận
Như bạn có thể thấy, có quá nhiều biến thể của OpenStack. Theo một cách nào đó, nó tái tạo bối cảnh Linux phức tạp, phát triển mạnh và khó hiểu thành bốn chiều của riêng nó và chúng ta có thể sẽ phải chịu đựng một thập kỷ dài với nhiều từ thông dụng và tên gọi bị loại bỏ cho đến khi cuối cùng đạt được một số loại tiêu chuẩn và trạng thái cân bằng trong cộng đồng đạt được. OSAD không sao, tuy nhiên nó dựa trên Ubuntu 14.04 + LXC và bạn có thể thực sự muốn một cái gì đó như Red Hat hoặc CentOS cho sản phẩm của mình. Có ý nghĩa, điều đó có nghĩa là bạn cũng nên kiểm tra các thiết lập và công cụ khác. Nhưng đó là điều bạn có thể thử sau khi đã trải qua lễ rửa tội thú vị với OpenStack.
Tất cả những gì đã nói, nếu bạn không muốn đợi vài năm trước khi cơn bão kỹ thuật qua đi, bạn có thể bắt đầu chơi với OpenStack, bất kể mục tiêu của bạn là gì, là kinh doanh hay xương sống. Dù bạn làm gì, những bước đầu tiên sẽ rất khó khăn, vì vậy bạn chắc chắn nên lấy cho mình một khung trợ giúp và sau đó quay trở lại công nghệ cốt lõi.
OSAD là một ví dụ điển hình, nếu không dễ dàng và hoàn hảo. Nhưng nó đi trước nhiều năm ánh sáng so với những gì OpenStack tự cung cấp và nó thực sự có thể sử dụng được vì nó mang lại một số trực giác kỹ thuật được mong đợi cho bảng. Hy vọng, hướng dẫn này đã giúp bạn đạt được một số tiến bộ. Nó không dễ dàng, nó lộn xộn và tôi không thích nó lắm. Tuy nhiên, đó có lẽ là điều tốt nhất bạn có thể làm với các công cụ hiện có. Nhìn chung, vấn đề là:cố gắng đừng suy nghĩ quá nhiều về nó, tránh thiết lập thủ công, sử dụng Ansible, sửa một số lỗi trong lần sử dụng đầu tiên, sau đó tìm hiểu về Nova và bạn bè. Sau một thời gian, hãy truy cập lại OpenStack và từ từ điều chỉnh cho đến khi bạn thuần hóa được con quái vật. Đó sẽ là tất cả cho hướng dẫn này.
Tái bút Tôi đã chính thức trình bày chủ đề này theo cách vui vẻ và thú vị hơn nhiều trong hội nghị CloudOpen năm nay ở Dublin, Ireland. Thêm chi tiết theo lệnh và nhấp vào thiết bị chuột của bạn. Đi.
Chúc mừng.