问题[cloud](server)

我有一些服务器（VM）在 Digital Ocean 上运行，我正在寻找检索 CPU 架构的名称，我知道它是 Intel，但我猜这些信息不容易获得。这是我运行该lscpu实用程序时得到的结果：

Architecture:                    x86_64
CPU op-mode(s):                  32-bit, 64-bit
Byte Order:                      Little Endian
Address sizes:                   40 bits physical, 48 bits virtual
CPU(s):                          4
On-line CPU(s) list:             0-3
Thread(s) per core:              1
Core(s) per socket:              4
Socket(s):                       1
NUMA node(s):                    1
Vendor ID:                       GenuineIntel
CPU family:                      6
Model:                           63
Model name:                      DO-Regular
Stepping:                        2
CPU MHz:                         2294.608
BogoMIPS:                        4589.21
Virtualization:                  VT-x
Hypervisor vendor:               KVM
Virtualization type:             full
L1d cache:                       128 KiB
L1i cache:                       128 KiB
L2 cache:                        16 MiB
NUMA node0 CPU(s):               0-3

这里有什么信息可以帮助我获取CPU微架构名称（例如Sky Lake、Haswell等）吗？如果没有办法，有没有办法根据这些信息来推断呢？

我有 2 个表，例如，我需要一起查询它们。从第一个表中，我得到查询结果：InstanceID、title、status 等...

从第二个开始：key、value、region 等...

我想进行 1 个查询，这样我就可以从他们两个那里得到结果。

我的第一个查询：

SELECT id, status, title, resourceid, accountid
FROM test.awstest01 
WHERE status = 'NoTest' 
AND compliancetype = 'Closed' ORDER BY 1 DESC limit 1000;

第二个查询：

SELECT key, value, region
FROM "test777"."awstest05" 
WHERE value = 'Program'
limit 1000;

任何帮助将不胜感激。

谢谢

我正在尝试使用 GCP 创建一个实例。以下为规格（其余设置为默认）：

Region: us-west1-b
GPU type: NVIDIA Tesla V100
Number of GPUs: 1
Series: N1
Machine type: Custom (12 vCPUs, 64GB memory)
Booting disk: Ubuntu 18.04 LTS balanced persistent disk 50GB
Add local SSD: 16 NVMes (Each SSD is 375GB, so total of 375GB * 16 = 6000GB)

似乎添加本地 SSD 有问题。错误消息说：

Invalid value for field 'resource.disks[1].initializeParams.diskSizeGb': '6000'. Invalid local SSD size in GB: 6000

但是，我不明白为什么无法创建此实例。当我用谷歌搜索错误消息时，没有什么可说的。是否有任何线索表明该错误消息表示什么，以及如何修复它？

我已经使用 OnApp 配置了三个虚拟机管理程序。由于所有 Hypervisor 都使用 SAN 存储，因此如果任何 hypervisor 出现故障，托管在一个 hypervisor 上的 VPS 会在两个 hypervisor 上启动。

每个管理程序有 12 个内核，所以主要问题是我可以将 2 个管理程序的 CPU 内核分配给单个 VPS 吗？

例如，管理程序 1 有 12 个内核，管理程序 2 有 12 个内核，那么我可以将 24 个内核分配给该集群的 1 VPS 吗？

任何答案或澄清都会有所帮助。

持久卷声明和持久卷 yaml 文件

apiVersion: v1
kind: PersistentVolume
metadata:
  name: my-volume
  labels:
    type: local
spec:
  storageClassName: manual
  capacity:
    storage: 5Gi
  accessModes:
    - ReadWriteOnce
  hostPath:
    path: "/mnt/datatypo"


---
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: my-claim
spec:
  storageClassName: manual
  volumeName: my-volume
  accessModes:
    - ReadWriteOnce
  resources:
    requests:
      storage: 3Gi

部署 yaml 文件

apiVersion: v1
kind: Service
metadata:
  name: typo3
  labels:
    app: typo3
spec:
  type: NodePort
  ports:
    - nodePort: 31021
      port: 80
      targetPort: 80
  selector:
    app: typo3
---
apiVersion: apps/v1
kind: Deployment
metadata:
  name: typo3
spec:
  selector:
    matchLabels:
      app: typo3
  replicas: 1
  template:
    metadata:
      labels:
        app: typo3
    spec:
      affinity:
        nodeAffinity:
          requiredDuringSchedulingIgnoredDuringExecution:
            nodeSelectorTerms:
            - matchExpressions:
              - key: app
                operator: In
                values:
                - typo3
      containers:
      - image: image:typo3
        name: typo3
        imagePullPolicy: Never
        ports:
        - containerPort: 80
        volumeMounts:
         - name: my-volume
           mountPath: /var/www/html/
      volumes:
           - name: my-volume
             persistentVolumeClaim:
                 claimName: my-claim

注意：如果未添加持久卷，则内容显示在 pod 内（在 中var/www/html）。但是在添加持久卷之后，它不会显示同一文件夹和外部挂载路径中的任何内容/mnt/datatypo。

我对云平台基础设施很陌生。为了讨论简单起见，假设我讨论的仅有的两个平台是 AWS 和 Google Cloud。

现在假设我有一个 HTTP 服务器，主要通过在线游戏的开放 API 处理 HTTP 响应。假设平均响应大小为 10KB，每天将发送大约一百万个响应。

根据我的理解，每月价格取决于以 GB 为单位传输的数据量。现在我的问题是，如果有人编写了一个脚本，不断地从我的服务器获得响应，价格只会涨到天价。

我确信任何好的服务器都可以避免这个问题，但我不确定究竟是如何避免这个问题的。根据我的观察，许多现实生活中的大型在线游戏 API 服务器在响应大小只有几 KB 时并没有优化它们的响应大小。一定有某种“每月固定支付或基于每秒传输的数据量支付”的事情发生，它不依赖于传输的数据量。

但是，我只是在平台网站上找不到此类选项的任何参考。

任何帮助，将不胜感激。

我想知道是否可以使用 EKS 托管节点作为部署在边缘/物联网设备（例如英特尔 NUC）上的 K3s 集群的控制平面。我的目标是拥有一个轻量级的 kubernetes 发行版来管理在 NUC 或理论上任何边缘/物联网设备上运行的容器化应用程序，但只要有互联网连接，就能够从云端对其进行管理。

我可以在 NUC（或边缘/IoT 设备）上设置一个 k3s 集群，然后通过 Kubernetes API 服务器与 AWS EKS 控制平面进行通信吗？

我一直在使用 REST API for Artifact Registry。我可以找到我想下载的 .zip 文件的 URL，但我只收到 JSON 响应。是否可以使用 Maven 项目从工件注册表下载单个工件文件？

来源：方法：projects.locations.repositories.files.get

现在看来我需要使用mvn并gradle执行此操作，这在我的情况下会很不方便。

我们已经创建了 GKE 集群，并且我们从 gke-metrics-agent 收到错误。错误每 cca 30 分钟出现一次。总是相同的 62 个错误。

所有错误都有标签k8s-pod/k8s-app: "gke-metrics-agent"。

第一个错误是：

error   exporterhelper/queued_retry.go:245  Exporting failed. Try enabling retry_on_failure config option.  {"kind": "exporter", "name": "googlecloud", "error": "rpc error: code = DeadlineExceeded desc = Deadline expired before operation could complete."  

这个错误后面跟着这些错误的顺序

• “go.opentelemetry.io/collector/exporter/exporterhelper.(*retrySender).send”
• “/go/src/gke-logmon/gke-metrics-agent/vendor/go.opentelemetry.io/collector/exporter/exporterhelper/queued_retry.go:245”
• go.opentelemetry.io/collector/exporter/exporterhelper.(*metricsSenderWithObservability).send
• /go/src/gke-logmon/gke-metrics-agent/vendor/go.opentelemetry.io/collector/exporter/exporterhelper/metrics.go:120

有这样的 cca 40 错误。两个突出的错误是：

- error exporterhelper/queued_retry.go:175  Exporting failed. Dropping data. Try enabling sending_queue to survive temporary failures.  {"kind": "exporter", "name": "googlecloud", "dropped_items": 19}"

- warn  batchprocessor/batch_processor.go:184   Sender failed   {"kind": "processor", "name": "batch", "error": "rpc error: code = DeadlineExceeded desc = Deadline expired before operation could complete."}"

我试图在谷歌上搜索这些错误，但我找不到任何东西。我什至找不到 gke-metrics-agent 的任何文档。

我尝试过的事情：

• 检查配额
• 将 GKE 更新到更新版本（当前版本为 1.21.3-gke.2001）
• 更新节点
• 禁用所有防火墙规则
• 将所有权限授予 k8s 节点

我可以提供有关我们的 kubernetes 集群的更多信息，但我不知道哪些信息可能对解决这个问题很重要。

在 Openstack 中，是否可以创建没有硬盘驱动器的计算节点并使用 PXE 来启动主机系统，从而启动没有本地驱动器的实例来启动 VM 的映像。

如果不是，为了获得功能齐全的系统，需要为主机提供的最小存储空间是多少。