Identity Aware Threat Detection and Network Monitoring by using eBPF
Identity Aware Threat Detection and Network Monitoring by using eBPF Natalia Reka Ivanko, Isovalent October 28, 2020 ● ● ○ ● ○ ○ ○ ○ ● ● ● ● ● ● ● ● ○ ● ○ ○ ○ ● ● ● ○ ● ○ ○ ● ●0 码力 | 7 页 | 1.35 MB | 1 年前3OpenShift Container Platform 4.10 可伸缩性和性能
6 章 章 调 调度 度 NUMA 感知工作 感知工作负载 负载 6.1. 关于 NUMA 感知调度 6.2. 安装 NUMA RESOURCES OPERATOR 6.3. 创建 NUMARESOURCESOPERATOR 自定义资源 6.4. 部署 NUMA 感知辅助 POD 调度程序 6.5. 使用 NUMA 感知调度程序调度工作负载 6.6. 对 NUMA 感知调度进行故障排除 5 章 用于集群更新的拓扑 用于集群更新的拓扑 AWARE LIFECYCLE MANAGER 16.1. 关于 TOPOLOGY AWARE LIFECYCLE MANAGER 配置 16.2. 关于用于 TOPOLOGY AWARE LIFECYCLE MANAGER 的受管策略 16.3. 使用 WEB 控制台安装 TOPOLOGY AWARE LIFECYCLE MANAGER 16.4 4. 使用 CLI 安装 TOPOLOGY AWARE LIFECYCLE MANAGER 16.5. 关于 CLUSTERGROUPUPGRADE CR 16.6. 更新受管集群上的策略 16.7. 使用容器镜像预缓存功能 16.8. 对 TOPOLOGY AWARE LIFECYCLE MANAGER 进行故障排除 第 第 17 章 章 创 创建性能配置集 建性能配置集 17.1. 关于性能配置集创建器0 码力 | 315 页 | 3.19 MB | 1 年前32.1.4 PingCAP Go runtime related problems in TiDB production environment
transparent huge pages ● GC Related ■ case study: GC sweep caused latency jitter ■ case study: Lock and NUMA aware Agenda Part I - Latency in scheduler ● The client consists of a goroutine and a channel ○ Go GC ● Unexpected latency jitter caused by GC may still exist Conclusion Case study: Lock and NUMA aware ● TiDB server CPU usage is around 60% ● Networking and IO are both OK ● Increase the benchmark columns ● The deployment does not consider NUMA ○ CPU usage is higher when binding CPUs to NUMA nodes Reproduce ● Context Switch, Minor Page Fault, and NUMA Hit Miss are related Reproduce Reproduce0 码力 | 56 页 | 50.15 MB | 5 月前3vmware组Kubernetes on vSphere Deep Dive KubeCon China VMware SIG
automatic scheduling integration occurs, that is, Kubernetes is not aware of the underlying vSphere topology (sites, affinity groups, NUMA, etc.). This session will explain the options to gain better performance improve scheduling Using vSphere tags to define regions and zones – add cloud provider What is NUMA? How to solve potential issues with CPU and memory intensive workloads Kubernetes default resource the nodes themselves within vSphere failure domains. 11 What is NUMA? Non Uniform Memory Architecture 12 Why should you care about NUMA? Memory intensive workloads Nearly all database servers (e.g. Oracle0 码力 | 25 页 | 2.22 MB | 1 年前3VMware SIG Deep Dive into Kubernetes Scheduling
automatic scheduling integration occurs, that is, Kubernetes is not aware of the underlying vSphere topology (sites, affinity groups, NUMA, etc.). This session will explain the options to gain better performance improve scheduling Using vSphere tags to define regions and zones – add cloud provider What is NUMA? How to solve potential issues with CPU and memory intensive workloads Kubernetes default resource the nodes themselves within vSphere failure domains. 11 What is NUMA? Non Uniform Memory Architecture 12 Why should you care about NUMA? Memory intensive workloads Nearly all database servers (e.g. Oracle0 码力 | 28 页 | 1.85 MB | 1 年前3OpenShift Container Platform 4.14 发行注记
IP 地址 分配创建配置。 1.3.9.6. 排除 排除 NUMA 感知 感知调 调度的 度的 SR-IOV 网 网络 络拓扑 拓扑 在这个版本中,您可以将 SR-IOV 网络的 Non-Uniform Memory Access (NUMA)节点公告到拓扑管理 器。如果没有为 SR-IOV 网络公告 NUMA 节点,您可以在 NUMA 感知 pod 调度过程中允许更灵活的 SR- IOV 网络部署。 网络部署。 例如,在某些情况下,最好在单个 NUMA 节点上为 pod 最大化 CPU 和内存资源。如果没有为 Topology Manager 提供有关 pod 的 SR-IOV 网络资源的 NUMA 节点的提示,拓扑管理器可能会将 SR-IOV 网络资 源和 pod CPU 和内存资源部署到不同的 NUMA 节点。在以前的 OpenShift Container Platform 版本 中,Topology 中,Topology Manager 会尝试将所有资源放在同一个 NUMA 节点上。 如需有关在 NUMA 感知 pod 调度过程中更灵活的 SR-IOV 网络部署的更多信息,请参阅为 NUMA 感知调 度排除 SR-IOV 网络拓扑。 1.3.9.7. 更新至 更新至 HAProxy 2.6 在这个版本中,OpenShift Container Platform 更新至 HAProxy 2.6。0 码力 | 73 页 | 893.33 KB | 1 年前3openEuler 22.03-LTS 技术白皮书
量无法 得到有效保障。openEuler 面向云原生业务混部场景,创新 CPU 调度算法和内存回收算法,支撑提升系统的 CPU 利用率 和保证在线业务的服务质量。 QAS(Quality Aware Scheduler)是一种适用于云原生场景,业务混合部署的全新调度算法,可以确保在线任务对 CPU 的快速抢占,确定性的调度运行,同时控制离线任务干扰。 优化 OOM 时内存回收调度算法,在发生 • 支持 ZGC 垃圾回收算法(毕昇 JDK11):在 ARM64 上补齐该功能。支持 TB 级大小,最大 10ms 时延,停顿时间 不会随着堆增大而增大。 • G1GC 支持 NUMA-Aware 特性(毕昇 JDK8 和 毕昇 JDK11):JVM 能充分发挥硬件特性,在应用运行进行对象分 配会优先选择使用本地节点的内存,在垃圾回收进行内存复制时优先在同一节点进行,保证垃圾回收后应用的数据 代码中冗余内存屏障等。在大数据应用的基准测试性能较 OpenJDK 有 5%~20% 的性能提升。 应用场景 2:常见 Java 应用 针对鲲鹏服务器的弱内存模型进行优化,无效内存屏障,软硬结合使能 NUMA-Aware 特性,提高应用访问内存的效率, 提升应用性能。增强 Java 开发者工具、引入 JFR 支持和 JMap 优化等功能帮助开发者快速分析性能、定位故障。 鲲鹏 UADK 鲲鹏 UADK0 码力 | 17 页 | 6.52 MB | 1 年前3openEuler 21.03 技术白皮书
Scheduler optimization: The optimized fairness of Completely Fair Scheduler (CFS) tasks and the NUMA-aware asynchronous call mechanism combine to bring a significant improvement in NVDIMM initialization prioritized tasks and reduce interference to other tasks. openEuler 21.03 also has an optimized NUMA balancing mechanism, which brings better affinity, higher utilization, and fewer invalid migrations new feature, we may need to restart the service and host. As a result, the service client will be aware of the service interruption. To avoid the service interruption, we can choose the live kernel upgrade0 码力 | 21 页 | 948.66 KB | 1 年前3openEuler 21.03 技术白皮书
20 多项性能与功能提升: 1. 支持调度器优化:优化 CFS Task 的公平性,新增 NUMA-Aware 异步调用机制,在 NVDIMM 初始 化方面有明显的提升;优化 SCHED_IDLE 的调度 策略,可以显著改善高优先级任务的调度延迟, 降低对其他任务的干扰。优化 NUMA balancing 机制,带来更好的亲和性、更高的使用率和更少 的无效迁移。 2. CPU • 支持 ZGC 垃圾回收算法(毕昇 JDK 11):在 ARM64 上补齐该功能。支持 TB 级大小,最大 10ms 时延,停顿时 间不会随着堆增大而增大。 • G1GC 支持 NUMA-Aware 特性(毕昇 JDK11): JVM 能充分发挥硬件特性,在应用运行进行对象分配会优先选 择使用本地节点的内存,在垃圾回收进行内存复制时优先在同一节点进行,保证垃圾回收后应用的数据亲和性。 通过动态的释放 策略保证内存使用平滑变化。 应用场景 3:鲲鹏服务器的 Java 应用 毕昇 JDK 针对鲲鹏服务器的弱内存模型进行优化,无效内存屏障。充分利用硬件性能,在 G1GC 引入 NUMA-Aware 特 性,提高应用访问内存的效率。提供和增强 Java 开发者工具、引入 JFR 支持和 JMap 优化等功能帮助开发者快速分析性 能、定位故障。 24 25 openEuler 210 码力 | 18 页 | 1.30 MB | 1 年前3Ubuntu Server Guide 18.04
on the specified bus #Driver to bind against (vfio-pci or uio_pci_generic) # # Be aware that the two DPDK compatible drivers uio_pci_generic and vfio-pci are # part of linux-image-extra- the most basic numa setup for a single socket system. If you have multiple sockets you might want to define how to split your memory among them, for example -m 1024, 1024. Please be aware that DPDK will ovs-vsctl set Open_vSwitch . "other_config:dpdk-lcore-mask=0x1" # Allocate 2G huge pages (not Numa node aware) ovs-vsctl set Open_vSwitch . "other_config:dpdk-alloc-mem=2048" # group/permissions for vhost-user 0 码力 | 413 页 | 1.40 MB | 1 年前3
共 1000 条
- 1
- 2
- 3
- 4
- 5
- 6
- 100