Свисающие диски после снятия кластера

В рамках университетского курса мне пришлось развернуть приложение в IBM Kubernetes. У меня есть учетная запись типа с оплатой по мере использования, к которой привязана моя кредитная карта.

Я развернул приложение в кластере (платный уровень с общедоступным IP-адресом), и через несколько дней после демонстрации кластер больше не нужен. Кластер был настроен на использование динамического выделения ресурсов с постоянным хранилищем через ibmcloud-block-storage- плагин.

Проблема в том, что кластер предоставил десятки дисков, а затем, когда я удалил его с помощью пользовательского интерфейса IBM Cloud (с установленной опцией удаления всех постоянных томов), диски по-прежнему отображаются как активные.

Результат вызова ibmcloud sl block volume-list:

77394321   SL02SEL1854117-1    dal13        endurance_block_storage   20            -            161.26.114.100   0       1
78180815   SL02SEL1854117-2    dal10        endurance_block_storage   20            -            161.26.98.107    0       1
78180817   SL02SEL1854117-3    dal10        endurance_block_storage   20            -            161.26.98.107    1       1
78180827   SL02SEL1854117-4    dal10        endurance_block_storage   20            -            161.26.98.106    3       1
78180829   SL02SEL1854117-5    dal10        endurance_block_storage   20            -            161.26.98.108    2       1
78184235   SL02SEL1854117-6    dal10        endurance_block_storage   20            -            161.26.98.88     4       1
78184249   SL02SEL1854117-7    dal10        endurance_block_storage   20            -            161.26.98.86     5       1
78184285   SL02SEL1854117-8    dal10        endurance_block_storage   20            -            161.26.98.107    6       1
78184289   SL02SEL1854117-9    dal10        endurance_block_storage   20            -            161.26.98.105    7       1
78184457   SL02SEL1854117-10   dal10        endurance_block_storage   20            -            161.26.98.85     9       1
78184465   SL02SEL1854117-11   dal10        endurance_block_storage   20            -            161.26.98.88     8       1
78184485   SL02SEL1854117-12   dal10        endurance_block_storage   20            -            161.26.98.86     10      1
78184521   SL02SEL1854117-13   dal10        endurance_block_storage   20            -            161.26.98.106    0       1
78184605   SL02SEL1854117-14   dal10        endurance_block_storage   20            -            161.26.98.87     1       1
78184643   SL02SEL1854117-15   dal10        endurance_block_storage   20            -            161.26.98.85     2       1
78184689   SL02SEL1854117-16   dal10        endurance_block_storage   20            -            161.26.98.87     3       1
78184725   SL02SEL1854117-17   dal10        endurance_block_storage   20            -            161.26.98.108    11      1

[ ... more entries there ... ]

Все эти диски были созданы с использованием класса блочного хранилища ibm bronze по умолчанию для кластеров Kubernetes и имеют стандартный Remove набор политик (так что должны были быть удалены автоматически).

Когда я пытаюсь удалить любой из них с ibmcloud sl block volume-cancel --immediate --force 77394321, я получаю:

Failed to cancel block volume: 77394321.
No billing item is found to cancel.

Более того, IBM Cloud отображает эти диски как активные, и нет возможности их удалить (параметр в меню выделен серым цветом):

Снимок экрана с серой кнопкой удаления

Я не хочу получать счета за более чем 40 x 20 ГБ дисков, поскольку кластеру даже не нужно такое количество ресурсов (ошибка была в плохо определенных конфигурациях Kubernetes).

Как правильно удалить диски, или это только задержка в IBM Cloud, и все будет в порядке с моими счетами (в моих счетах указано только около $19 для общедоступного IP-адреса для кластера, не более того)?

Изменить. Похоже, что через некоторое время проблема была решена (я создал заявку, но не знаю, решила ли ее команда продаж. Возможно, этого было достаточно, чтобы подождать, как предложил @Sandip Amin в Комментарии).


kubernetes billing ibm-cloud
person Piotr Styczyński    schedule 03.06.2019    source источник
comment
Можете ли вы описать, как вы удалили PVC / общие файловые ресурсы из пользовательского интерфейса? Вы удалили кластер из пользовательского интерфейса. Были ли вам предложены также удалить общие файловые ресурсы ИЛИ вы явно удалили PVC. Для справки: Документы по очистке: cloud.ibm.com/docs/containers?topic = container-cleanup При просмотре IaaS произошла ошибка NOTES. Вы можете привести здесь пример? ibmcloud sl список томов блоков --columns id --columns notes | grep ‹pv_name›   -  person Sandip Amin    schedule 03.06.2019
comment
Кроме того, для его полного удаления требуется не менее 24 часов + (в случае, если немедленное удаление было ошибкой пользователя и его нужно восстановить). Когда вы отправляли удаление, прошло ли это более 1 дня?   -  person Sandip Amin    schedule 03.06.2019

Ответы (1)


arrow_upward
1
arrow_downward

Открытие обращения в службу поддержки, вероятно, будет лучшим вариантом здесь, поскольку нам, вероятно, потребуется некоторая информация об учетной записи от вас, чтобы выяснить, что произошло (или, скорее, почему ожидаемые действия не произошли).

Войдите в облако и посетите https://cloud.ibm.com/unifiedsupport/supportcenter ( или щелкните ссылку «Поддержка» в шапке страницы). Если вы оставите здесь комментарий, указав номер своего дела, я помогу ему разобраться.

person John Pape    schedule 03.06.2019
comment
Я создал новый запрос о проблеме и получил следующий ответ: Похоже, из-за указанной вами ошибки проблема связана с отсутствием элементов для выставления счета. Я отправлю это в отдел продаж, чтобы узнать, могут ли они с этим помочь. и похоже, что отдел продаж IBM решил проблему или это была просто задержка. Во всяком случае, такое количество хранилищ вызвало у меня небольшую панику. - person Piotr Styczyński; 04.06.2019