если разбираться в плюсах, то можно найти работу, где не надо ставить минио

думаю, у меня будет возможность сказать фи и отказаться поддерживать. Но потому и спрашиваю отзывы

Минио это фиговина, разработанная для того, чтобы в дев-окружении иметь стаб для S3. Работает оно соответственно

О проблемах так и не услышал

Он тормозит и теряет данные

как кликхаус?

Я бы по другому сказал. Маркетинговая лапша на странице, не соответствует реальности :)

Коллеги, пару дней назад задавал влпрос, мне накидали пару вариантов, я в свободное время потестил, но все равно проблема не была решена. Сейчас постарался более подробно описать свою конфигурацию и снова  прошу  помощи. Есть Deployment разворачивающий под, перед ним стоит svc. При обращении на svc код ответа 200. При попытке открыть доступ из вне получаю

curl: (7) Failed to connect to xxx.xxx.xxx.xxx port 80: No route to host

Ингресс контроллер настроен, ингресс тоже есть (при добавлении ингреса вижу блок и nginx-ingress-controller), так же в этой свзяке есть metallb. Конфиги следующие:
> SVC перед контроллером ингресс

apiVersion: v1
kind: Service
metadata:
  namespace: ingress-nginx
  name: ingress-nginx
  annotations:
    metallb.universe.tf/address-pool: ingress-nginx
spec:
  ports:
  - name: port-80
    port: 80
    targetPort: 80
  - name: port-81
    port: 81
    targetPort: 81
  selector:
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/part-of: ingress-nginx
  type: LoadBalancer

Этой SVC назначается внешний ip который указан в конфиге.
> metallb:

apiVersion: v1
kind: ConfigMap
metadata:
  namespace: metallb-system
  name: config
data:
  config: |
    address-pools:
    - name: ingress-nginx
      protocol: layer2
      addresses:
      - xx.x.xx.xxxx-xx.x.xx.xxxx (Один и тот же внешний ip)

> Ingress:

apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: ingress-test-front
  namespace: test-host
spec:
  rules:
  - host: test.host.space
    http:
      paths:
      - path: /
        pathType: Prefix
        backend:
          service:
            name: test-front-svc
            port:
              number: 80

> SVC

apiVersion: v1
kind: Service
metadata:
  name: test-front-svc
  namespace: test-host
  labels:
    vendor: front
spec:
  ports:
    - protocol: TCP
      port: 80
      targetPort: 3000
  selector:
    vendor: front

Ну и собиственно само приложение слушает 3000 порт. доменное имя в DNS прописал ip-указал который указан в конфиге metallb. dig показывает, что действительно это доменно имя имеет нужный адресс. В чем может быть проблема ?

Она нигде не соответствует. Но у минио прям пипец

сложна.

Да неее, там по любому что-то простое, я прям уверен, но не знаю что именно. Если какая-то доп инфа нужна будет - дам знать

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

может быть я сноб

а когда короткий, люди пишут что мало входных данных и вообще там может быть все что угодно. Я постарался сузить круг возможных причин проблемы

смотри в таблицу маршрутизации в том месте, где из сисколла возвращается ошибка. весь текст не читал.

Там практически ничего по делу нету. No route to host это про маршрутизацию, т.е. проблема где-то в районе бордер гейтвея

или в районе маршрутизации прям на хосте

Возможно, да. Но я предположил, что он извне сети тестирует глобальный IP

Бери. Оно работает и пить не просит. У меня вон вместо ftp

минио это удивительный продукт