Висячие диски после удаления кластера - PullRequest
0 голосов
/ 03 июня 2019

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

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

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

Результат вызова 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 по умолчанию для кластеров 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 отображает эти диски как активные, и нет возможности удалить их (опция в меню отображается серым цветом):

Screenshot of grayed delete button

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

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

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

1 Ответ

1 голос
/ 03 июня 2019

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

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

...