Создание решений с помощью IBM SmartCloud Enterprise: Передача образов между учетными записями

Пошаговое руководство по передаче образов из одной учетной записи в другую

IBM® SmartCloud Enterprise ― это гибкая облачная вычислительная "инфраструктура как сервис", предназначенная для обеспечения быстрого доступа к корпоративным системам виртуальных серверов повышенной безопасности, которая хорошо подходит для решения задач разработки и тестирования, а также других динамичных задач. В IBM SmartCloud Enterprise образы представляют собой важные ресурсы, составляющие основу виртуальных машин, которые могут инициализировать пользователи. У пользователей облака могут быть разные учетные записи для разных целей, и во избежание дублирования усилий им может понадобиться разделять общие ресурсы своих образов между этими учетными записями. В настоящей статье содержится пошаговое руководство по передаче образа из одной учетной записи IBM SmartCloud Enterprise в другую.

Юй Сяо Фэн, штатный инженер-программист, IBM

Юй Сяо Фэн — штатный инженер-программист с богатым опытом работы над Web-решениями в лаборатории разработки программного обеспечения IBM China в Шанхае. С ним можно связаться по адресу: yuxiaof@cn.ibm.com.



И Шуай Ван, консультант-архитектор, IBM

И Шуай Ван (Yi Shuai Wang) — консультант-архитектор IBM и ведущий разработчик служб бизнес-поддержки IBM SmartCloud Enterprise.



Лю Го Нин, штатный инженер-программист, IBM

Го Нин Лю (Guo Ning Liu) ― штатный инженер-программист группы разработки IBM SmartCloud Enterprise в подразделении IBM China Development Lab в Китае. Работает в области инициализации и управления образами для IBM Smart Cloud Enterprise с 2009 года.



Алекс Эймис, старший инженер-программист, IBM

Фото Алекса ЭймисаАлекс Эймис (Alex Amies) работает старшим инженером-программистом в IBM GTS Development Lab в Китае. В настоящее время занимается архитектурой IBM SmartCloud Enterprise. Ранее работал архитектором и разработчиком продуктов на основе облака и средств безопасности в других подразделениях IBM.



21.09.2012

Учетные записи IBM SmartCloud Enterprise устроены таким образом, что общие образы видны только в пределах одной учетной записи. Как правило, общие образы ― это образы, настроенные предприятием для решения конкретных бизнес-задач, но появляется все больше и больше примеров, когда заказчик для разных целей заводит несколько учетных записей в SmartCloud Enterprise (например, для разработки, подготовки к производству, производства, тестирования) и хочет обобщить эти свои образы между разным учетными записями для защиты ресурсов и во избежание дублирования усилий. Отметим, что пользователь несет ответственность за то, чтобы все действия были законными в соответствии с условиями использования компонента программного обеспечения.

В IBM SmartCloud Enterprise 2.0 имеется замечательное решение для этой задачи. В настоящей статье приводится пошаговое руководство по передаче образов из одной учетной записи в другую. Одним из непременных условий является то, что оператор должен иметь полномочия в обеих учетных записях.

В этой статье предполагается следующий бизнес-сценарий.

  • У организации есть две учетных записи в SmartCloud Enterprise: для тестирования (accountA в Ресеч-Траянгл-Парк, Дарем, штат Северная Каролина, США) и для производства (accountB в Боулдере, штат Колорадо, США).
  • Пользователи подготовили и проверили образ в учетной записи для тестирования; теперь этот образ готов к развертыванию на производстве.

Чтобы исключить дублирование усилий по подготовке идентичного образа для производственной учетной записи, пользователь может выполнить описанные здесь шаги, чтобы передать образ из своей опытной учетной записи (accountA) в производственную (accountB).

Описание ресурсов, используемых в этой статье, приведено в таблице 1.

Таблица 1. Ресурсы, упоминаемые в этой статье
Тип ресурсаИнформация об источникеИнформация об адресате
Центр обработки данныхЦентр обработки данных в RTPЦентр обработки данных в Боулдере
Учетная записьAccountAAccountB
Идентификатор для входаidA@cn.ibm.comidB@cn.ibm.com
Имя экземпляраinstanceA (копируемый)instanceB (инициализируется на основе переданного образа)
Имя образаto_be_transferred_image (получен из instanceA)transferred_image (копия образа to_be_transferred_image)
Имя экземпляра сервера хранения данныхstorage_server_accountA (Redhat 6, 170.224.165.60)storage_server_accountB (Redhat 6, 170.225.100.188)
Имя ключа сервера хранения данныхkey_accountAkey_accountB
Имя постоянного хранилищаstorageA (ext3)storageB (ext3)

Задача 1: Настройка среды инструмента командной строки SmartCloud

Для доступа к службе SmartCloud, кроме пользовательского интерфейса, предоставляется инструмент на основе командной строки. В настоящее время некоторые функции, такие как копирование и импортирование образа, необходимые для передачи образов, доступны только через этот инструмент.

Инструмент командной строки SmartCloud работает на JRE (Java™ Runtime Environment), поэтому прежде чем подавать какие-либо команды SmartCloud, убедитесь в наличии JRE. Предполагается, что все команды SmartCloud исходят от одной машины (в данном случае - Windows® XP).

Шаг 1: настройка среды выполнения JDK

Загрузите JDK 1.6 (Java Development Kit) из http://java.com/en/download/index.jsp; убедитесь, что переменная JAVA_HOME настроена надлежащим образом.

Для проверки успешной установки выполните команду java -version. Если вы получите исключение class not found, это может указывать на неправильную установку JRE.

Шаг 2: настройка инструмента командной строки SmartCloud

Чтобы использовать команды SmartCloud, нужно загрузить последнюю версию инструмента командной строки SmartCloud, перейдя на вкладку SmartCloud Enterprise Support. Чтобы загрузить инструмент командной строки, войдите в IBM SmartCloud Enterprise. Ссылка на инструмент командной строки показана на рисунке 1.

Рисунок 1. Закладка SmartCloud Enterprise Support
Закладка SmartCloud Enterprise Support

Инструмент командной строки поддерживается системой управления ресурсами IBM. Щелкнув на Command Line Tool Reference, вы окажетесь на странице управления ресурсами.

Страница ресурса Command Line Tool показана на рисунке 2. Нажмите кнопку Download this Asset, чтобы загрузить инструмент командной строки SmartCloud.

Рисунок 2. Ссылка для загрузки инструмента командной строки
Ссылка для загрузки инструмента командной строки

После распаковки файла Command Line Tool Reference and Binaries.zip вы увидите файл DeveloperCloud_CMD_Tool.zip; в нем находятся файлы инструмента командной строки SmartCloud. Далее, следует извлечь DeveloperCloud_CMD_Tool.zip по пути, который не содержит пробелов, например, C:\DeveloperCloud_CMD_Tool.

Файл GA_CommandLine.pdf – это справочный документ, содержащий команды, описанные в этой статье. Pdf-файл находится в файле Command Line Tool Reference and Binaries.zip.

Для облегчения операций в SmartCloud, выполняемых посредством инструмента командной строки SmartCloud, следует создать файл пароля для каждой учетной записи (листинги 1 и 2). В этом примере используется путь C:\DeveloperCloud_CMD_Tool\keys. Обратите внимание, что мы заранее создали каталог keys.

Листинг 1. Создание файла защиты для idA
C:\DeveloperCloud_CMD_Tool>ic-create-password -u idA@cn.ibm.com -password password
 -w unlock -g ./keys/idA.ext

Executing action: CreatePassword ...
Password File created successfully!
Path : C:\DeveloperCloud_CMD_Tool\.\keys\idA.ext
File Name :idA.ext
Please do not edit this file!
The request has been submitted successfully.
Executing CreatePassword finished
Листинг 2.Создание файла защиты для idB
C:\DeveloperCloud_CMD_Tool>ic-create-password -u idB@cn.ibm.com -password password -w
 unlock  -g  ./keys/idB.ext

Executing action: CreatePassword  ...
Password File created successfully!
Path : C:\DeveloperCloud_CMD_Tool\.\keys\idB.ext
File Name :idB.ext
Please do not edit this file!
The request has been submitted successfully.
Executing CreatePassword  finished

В случае возникновения любых проблем при выполнении этой команды SmartCloud проверьте журнал из C:\DeveloperCloud_CMD_Tool\logs.


Задача 2: копирование образа из accountA

В настоящее время SmartCloud копирует образы в постоянное хранилище; при копировании образа такое хранилище должно иметь статус неприсоединенного. Перед выполнением команды копирования создадим новое хранилище.

Шаг 1: создание постоянного хранилища для хранения скопированного образа

Постоянное хранилище можно создать с помощью пользовательского интерфейса SmartCloud Enterprise или посредством инструмента командной строки. В следующих пунктах используется пользовательский интерфейс.

Войдите в SmartCloud Enterprise с ID idA@cn.ibm.com через пользовательский интерфейс и выберите Control panel > Storage > Add storage. На рисунке 3 показано, что нужно ввести в поля окна Add Storage.

Рисунок 3. Окно Add Storage
Окно Add Storage в SmartCloud Enterprise

Обратите внимание, что для передачи образов мы используем систему Linux®, поэтому выбираем ext3. Нужно заранее оценить размер передаваемого образа, чтобы решить, какой размер запрашивать на этом шаге. Убедитесь, что образ находится в том же центре обработки данных.

Как видно на рисунке 4, вновь созданное хранилище storageA находится в состоянии неприсоединенного (Non-Attached), значит это хранилище можно использовать для скопированного образа.

Рисунок 4. Созданное хранилище
Созданное хранилище

Шаг 2: ввод образа и разрешение копирования

Предположим, что вы уже ввели образ (с именем to_be_transferred_image) из idA@cn.ibm.com в центре обработки данных RTP. По умолчанию, это частный образ, который не подлежит копированию. Чтобы разрешить копирование частных образов, нужно установить значение Yes параметра copy allowed в системе управления ресурсами SmartCloud Enterprise. В следующих пунктах показано, как это сделать.

  1. Нажмите кнопку View asset catalog, чтобы просмотреть информацию об образе.
    Рисунок 5. Просмотр каталога ресурсов
    Просмотр каталога ресурсов
  2. Выберите введенный образ и щелкните на его имени.
    Рисунок 6. Представление образа
    Представление образа
  3. Щелкните на значке редактирования, как показано на рисунке 7.
    Рисунок 7. Сведения об образе
    Сведения об образе
  4. Нажмите кнопку More на странице Edit, как показано на рисунке 8.
    Рисунок 8. Информация об образе
    Информация об образе
  5. Выберите Y для Copy Allowed и нажмите кнопку Update.
    Рисунок 9. Разрешение копирования
    Разрешение копирования

Шаг 3: проверка инструмента командной строки путем описания введенного образа

Прежде чем скопировать образ, проверим, правильно ли работает инструмент командной строки SmartCloud при подключении к службе SmartCloud. На этом шаге выполните команду ic-describe-image, чтобы убедиться, что сведения об образе можно считывать.

  1. Приготовьте значения параметров команды. Важным параметром является image id. Идентификатор образа можно получить через пользовательский интерфейс SmartCloud, как показано на рисунке 10.
    Рисунок 10. Получение ID образа на вкладке Images SmartCloud Enterprise
    Получение ID образа на вкладке Images SmartCloud Enterprise
  2. Выполните команду describe (листинг 3).
    Листинг 3. Команда для описания введенного образа
    C:\DeveloperCloud_CMD_Tool>ic-describe-image -u idA@cn.ibm.com -w unlock -g
     ./keys/idA.ext -k 20043123

Инструмент командной строки должен отработать без исключительных ситуаций, и после выполнения команды должна появиться информация об образе.

Шаг 4: выполнение команды копирования

Чтобы скопировать образ, необходимо знать идентификатор хранилища storageA. Его можно получить на вкладке Storage пользовательского интерфейса SmartCloud Enterprise.

Рисунок 11. Получение идентификатора хранилища storageA
Получение идентификатора хранилища storageA

Теперь у вас есть идентификаторы образа и хранилища, и можно выполнить команду копирования copy-to (листинг 4). Перед выполнением команды убедитесь, что storageA находится в состояние Non-Attached.

Листинг 4. Выполнение команды копирования
C:\DeveloperCloud_CMD_Tool>ic-copy-to -u idA@cn.ibm.com -w unlock -g
 ./keys/idA.ext -v 25893 -I 20043123
Executing action: CopyTo  ...
The request has been submitted successfully.
ID: 25893
Name: storageA
Owner: liuyank@cn.ibm.com
Size: 512 Gib
Format : ext3
State: COPYING
Location: 41
Storage Area Id:
Storage Area Name:
.....
Platform Version: 2
Executing CopyTo  finished

Команду проверки состояния ic-describe-image можно выполнять часто (листинг 5). Если указано состояние AVAILABLE, значит команда copy-to успешно завершилась; COPYING означает, что копирование продолжается. Для образа в 60 ГБ оно может занять 40 минут.

Листинг 5. Описание образа для проверки статуса копирования
C:\DeveloperCloud_CMD_Tool>ic-describe-image -u idA@cn.ibm.com -w unlock -g
 ./keys/idA.ext -k 20043123
Executing action: DescribeImage ...
ID: 20043123
Name: to_be_transferred_image
Visibility: PRIVATE
State: COPYING
Owner: idA@cn.ibm.com
Platform: Red Hat Enterprise Linux/5.7
Location: 41

Статус можно также проверить, выполнив команду ic-describe-volume, которая используется для описания хранилища.


Задача 3: передача файлов образа из accountA в accountB

Для передачи образов между учетными записями нужно создать две виртуальных машины.

Шаг 1: создание экземпляра-источника: storage_server_accountA

Этот сервер действует как источник копирования, и следующие операции этого шага относятся к центру обработки данных RTP.

  1. Войдите в idA@cn.ibm.com, который находится в accountA. Создайте ключ с именем key_accountA. Загрузите этот ключ из SmartCloud Enterprise в локальную машину.
  2. Создайте экземпляр RedHat 6 (storage_server_accountA) с присоединенным постоянным хранилищем (созданным при копировании образа из accountA) и соответствующим ключом key_accountA. Детали приведены на рисунках 12 и 13.
    Рисунок 12. Создание storage_server_accountA
    Создание storage_server_accountA
    Рисунок 13. Присоединение storageA
    Присоединение storageA
  3. Обратите внимание, что при присоединении к storage_server_accountA хранилища задана точка монтирования /mnt. Когда образ будет скопирован, вы увидите в /mnt каталог с именем image. Проверьте каталог /mnt после инициализации экземпляра хранилища. Войдите в storage_server_accountA через инструмент SSH, такой как xshell. Проверьте файлы в каталоге /mnt, чтобы определить, создала ли команда копирования каталог image.
    Рисунок 14. Проверка создания каталога image
    Проверка создания каталога image

Шаг 2: создание целевого экземпляра: storage_server_accountB

Этот сервер должен получить переданный образ, и следующие операции относятся к центру обработки данных в Боулдере.

  1. Через пользовательский интерфейс SmartCloud Enterprise войдите в idB@cn.ibm.com, который находится под accountB.
  2. Создайте постоянного хранилище с именем хрstorage формата ext3 размером 512 ГБ.
    Рисунок 15. Создание storageB
    Создание storageB
  3. Создайте новый ключ с именем key_accountB и загрузите его в локальную машину.
  4. Создайте экземпляр RedHat 6 (storage_server_accountB) с присоединенным storageB и установите key_accountB.
    Рисунок 16. Создание storage_server_accountВ
    Создание storage_server_accountВ
  5. Точкой монтирования при присоединении хранилища к этому экземпляру будет /mnt.
    Рисунок 17. Присоединение storageВ
    Присоединение storageВ

Шаг 3: копирование файлов образа из accountA в accountB

Существует несколько способов (NFS, SFTP, SCP) копирования файлов образа из accountA в accountB. В этой статье рассматривается два способа: SCP и NFS.

Передача файлов образа посредством команды SCP

  1. Войдите в storage_server_accountA как idcuser. В данном примере для этого используется xshell.
  2. Выполните vi для создания нового файла ключа для этой цели.
    Рисунок 18. Создание нового файла ключа для SCP
    Создание нового файла ключа для SCP
  3. Скопируйте в этот новый файл содержимое key_accountB (загруженное на предыдущих шагах). Заметим, что key_accountB можно открыть с помощью редактора заметок Windows, если xshell выполняется в Windows-системе, а затем вставить его в новый файл vi.
    Рисунок 19. Содержимое key_accountB
    Содержимое key_accountB
  4. Войдите в storage_server_accountB как idcuser и проверьте файлы в каталоге /mnt. Как видите, на данный момент каталог image не существует.
    Рисунок 20. Проверка отсутствия каталога image в storage_server_accountB
    Проверка отсутствия каталога image в storage_server_accountB
  5. Войдите в storage_server_accountA как idcuser и выполните команду scp как root. Эта команда скопирует папку image из storage_server_accountA в storage_server_accountB с файлом ключа из набора storage_server_accountB.

Рисунок 21 иллюстрирует последовательные шаги процесса копирования файлов образа из accountA (storage_server_accountA) в accountB (storage_server_accountB).

Рисунок 21. Выполнение команды SCP для копирования файлов образа
Выполнение команды SCP для копирования файлов образа

100% на рисунке 22 указывают на то, что копирование завершено.

Рисунок 22. Передача завершена
Передача завершена

Передача образа через службу NFS

  1. Войдите в storage_server_accountA как idcuser.
  2. Настройте службу NFS в storage_server_accountA. Добавьте /mnt/image *(rw,no_root_squash) в /ext/exports при выполнении vi /etc/exports (листинг 6).
    Листинг 6.Обращение к службе NFS
    [idcuser@vhost1335 ~]$ sudo bash
    [root@vhost1335 idcuser]# vi /etc/exports
    [root@vhost1335 idcuser]# /sbin/service iptables stop
    iptables: Flushing firewall rules:                              [  OK  ]
    iptables: Setting chains to policy ACCEPT: filter            [  OK  ]
    iptables: Unloading modules:                                     [  OK  ]
    [root@vhost1335 idcuser]# /sbin/service nfs start
    Starting NFS services:                                             [  OK  ]
    Starting NFS quotas:                                               [  OK  ]
    Starting NFS daemon:                                               [  OK  ]
    Starting NFS mountd:                                               [  OK  ]
    [root@vhost1335 idcuser]#

    Обратите внимание, что в этом примере межсетевой экран остановлен. На всякий случай, вместо того, чтобы останавливать межсетевой экран, откройте порты, требуемые службам NFS.
  3. Войдите в storage_server_accountB как idcuser и выполните команды mount и copy на этом сервере, как показано в листинге 7. Эти команды переносят файлы образа из storage_server_accountA в storage_server_accountB.
    Листинг 7. Монтирование каталога образа
    [idcuser@ vhost1208 ~]$ sudo bash
    [root@vhost1208 idcuser]# mkdir /mnt/tmp
    [root@vhost1208 idcuser]# mkdir /mnt/image
    [root@vhost1208 idcuser]# /sbin/service iptables stop
    iptables: Flushing firewall rules:                          [  OK  ]
    iptables: Setting chains to policy ACCEPT: filter        [  OK  ]
    iptables: Unloading modules:                                 [  OK  ]
    [root@vhost1208 idcuser]# mount -t nfs 170.224.165.60:/mnt/image  /mnt/tmp
    [root@vhost1208 idcuser]# cp  -r /mnt/tmp/* /mnt/image
    [root@vhost1208 idcuser]#umount /mnt/tmp

Убедитесь, что передача образа завершена, распечатав содержимое папки /mnt/image в storage_server_accountB.

Рисунок 23. Проверка того, что файлы образа скопированы
Проверка того, что файлы образа скопированы

Задача 4: импортирование образа в accountB

Хотя вы скопировали файлы образа в storage_server_accountB, они еще не являются ресурсом образа accountB. Чтобы сделать их ресурсом образа accountB, нужно выполнить операции импортирования образа.

Шаг 1: удалите экземпляр storage_server_accountB для отсоединения постоянного хранилища.

Команда импортирования образа хорошо работает только тогда, когда хранилище отсоединено, поэтому нужно удалить storage_server_accountB, чтобы отсоединить постоянное хранилище. В данном случае удалите его с помощью пользовательского интерфейса SmartCloud Enterprise.

Шаг 2: импортирование образа с помощью idB@cn.ibm.com, принадлежащего accountB

Прежде чем импортировать образ, нужно узнать идентификатор хранилища storageB, которое используется для хранения скопированных файлов. На рисунке 24 показано, как получить доступ к идентификатору storageB.

Рисунок 24. Получение идентификатора хранилища storageB
Получение идентификатора хранилища storageB

Теперь можно выполнить команду import. На этом шаге можно получить новый идентификатор для импортированного образа (листинг 8). Этот идентификатор образа используется для последующей проверки статуса в storage_server_accountB. Кроме того, здесь мы указываем новое имя (transferred_image) для импортированного образа.

Листинг 8. Выполнение команды импортирования образа
C:\DeveloperCloud_CMD_Tool>ic-import-image -u idB@cn.ibm.com -w unlock -g
 ./keys/idB.ext -n "tranferred_image" -v 25970
Executing action: ImportImage  ...
The request has been submitted successfully.
Image ID: 20043226
Name: tranferred_image
Description: A generic bundle/subcomponent to price imported images that did not
 originate from SmartCloud
Location: 82
Owner: idB@cn.ibm.com
State: IMPORTING
Visibility: PRIVATE
....
Executing ImportImage  finished

Опять же, можно часто выполнять команду describe, проверяя статус импорта. Импорт успешно завершен, если указан статус AVAILABLE, и не завершен, если указан статус IMPORTING. Для образа в 60 ГБ процесс может занять 30 минут.

Листинг 9. Проверка статуса импортирования образа
C:\DeveloperCloud_CMD_Tool>ic-describe-image -u idB@cn.ibm.com -w unlock -g
 ./keys/idB.ext -k 20043226
Executing action: DescribeImage  ...
ID: 20043226
Name: tranferred_image
Visibility: PRIVATE
State: IMPORTING
Owner: idB@cn.ibm.com
Platform:
Location: 82
Architecture:
Documentation:
Manifest:
Description: A generic bundle/subcomponent to price imported images that did not
 originate from SmartCloud
.......

Статус можно проверить, войдя в пользовательский интерфейс SmartCloud Enterprise (как idB@cn.ibm.com), как показано на рисунке 25.

Рисунок 25. Проверка статуса импортирования образа
Проверка статуса импортирования образа

Шаг 3: проверка в accountB

Прямой способ проверки импортированного образа заключается в том, чтобы подготовить новый экземпляр на основе ранее импортированного образа.

Найдите импортированный образ из пользовательского интерфейса с идентификатором accountB (idB@cn.ibm.com), выберите его и нажмите кнопку Create instance.

Рисунок 26. Выбор импортированного образа для инициализации
Выбор импортированного образа для инициализации

Инициализируйте экземпляр, как обычно. После инициализации проверьте, можно ли войти в новый экземпляр, а затем посмотрите, нормально ли работают службы на этом экземпляре.


Заключение

В этой статье подробно описаны шаги, необходимые для переноса образа между учетными записями, даже если они расположены в разных центрах обработки данных IBM. Эта функция, обеспечиваемая IBM SmartCloud Enterprise 2.0, расширяет возможности пользователя по защите своих ресурсов. Однако SmartCloud Enterprise поддерживает передачу только одного образа за раз. Следите за событиями. Как только мы разработаем расширенное решение для пакетной передачи образов, мы сообщим об этом.

Ресурсы

Комментарии

developerWorks: Войти

Обязательные поля отмечены звездочкой (*).


Нужен IBM ID?
Забыли Ваш IBM ID?


Забыли Ваш пароль?
Изменить пароль

Нажимая Отправить, Вы принимаете Условия использования developerWorks.

 


Профиль создается, когда вы первый раз заходите в developerWorks. Информация в вашем профиле (имя, страна / регион, название компании) отображается для всех пользователей и будет сопровождать любой опубликованный вами контент пока вы специально не укажите скрыть название вашей компании. Вы можете обновить ваш IBM аккаунт в любое время.

Вся введенная информация защищена.

Выберите имя, которое будет отображаться на экране



При первом входе в developerWorks для Вас будет создан профиль и Вам нужно будет выбрать Отображаемое имя. Оно будет выводиться рядом с контентом, опубликованным Вами в developerWorks.

Отображаемое имя должно иметь длину от 3 символов до 31 символа. Ваше Имя в системе должно быть уникальным. В качестве имени по соображениям приватности нельзя использовать контактный e-mail.

Обязательные поля отмечены звездочкой (*).

(Отображаемое имя должно иметь длину от 3 символов до 31 символа.)

Нажимая Отправить, Вы принимаете Условия использования developerWorks.

 


Вся введенная информация защищена.


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=40
Zone=Облачные вычисления, Технология Java
ArticleID=836390
ArticleTitle=Создание решений с помощью IBM SmartCloud Enterprise: Передача образов между учетными записями
publish-date=09212012