对比Kubernetes和OpenShift 2/2

6. A different approach to deployments 像前文Ingress/Router类似,OpenShift选择采用不同的方式管理部署。在Kubernetes中,有Deployment对象(您也可以在OpenShift中使用它们与所有其他Kubernetes对象一起使用)负责以滚动更新方式更新pod,并在控制器内部实现。 OpenShift有一个名为DeploymentConfig的类似对象,不是由控制器实现的,而是由基于专用pod控制整个过程的复杂逻辑实现的。它有一些缺点,但相对Kubernetes Deployment也有一个显著优势 - 你可以使用钩子(Hook)来准备你的环境以进行更新 - 例如通过更改数据库架构。这是一个很难用Deployment实现的功能(不,InitContainers不是一回事,因为它很难与许多运行的实例协调)。但是,在处理多个并发更新时,Kubernetes Deployment更好--DacementConfig根本不支持并发更新,而在Kubernetes中,您可以拥有许多并发更新,并且它将设法正确地扩展它们。 哪一个更好? OpenShift DeploymentConfig有更多选项并支持ImageStream,所以我选择它来替代传统的Kubernetes Deployment。 7. Better management of container images 这是我在Kubernetes中非常想要的,也是我个人最喜欢的OpenShift功能。 用于管理容器镜像的ImageStreams。 你知道在传统容器注册表中更改镜像的标签(Tag)有多“简单”吗? 如果没有skopeo等外部工具,您需要下载整个镜像,在本地更改并将其推回Registry。 通过更改容器标记和更新Deployment对象定义来提升应用程序也不是一种愉快的方法。 这就是我喜欢ImageStreams的原因,以下是主要原因和特点: 使用ImageStream,您可以上传一个容器镜像,然后在OpenShift内部管理它的虚拟标记(tag) - 在一个项目中,您将始终使用devel标记并仅在内部更改对它的引用,在prod上您将使用stable或prod标记并在内部管理它 在OpenShift中,不需要对注册表进行处理操作! 当使用带有DeploymentConfig的ImageStream时,您可以设置一个触发器(触发器/Hook),当新镜像出现或标签更改其引用时自动开始部署操作 - 它非常适合开发环境,其中app会在构建新版本时自行部署(无需任何CICD操作!) 使用触发器,您可以实现更多 - 当基础镜像发布新版本时,使用链式构建来创建我们的应用程序/工具的更新版本  您可以通过将镜像曝光为ImageStream来隐藏镜像本身 - 例如 jenkins指向一个原始的官方镜像,当你想要修改一些东西时,你构建自己的,将它推入你的注册表并仅需要更改ImageStream中的引用,而不是像传统的docker镜像那样部署配置 哪一个更好? OpenShift中的ImageStreams更赞! 8. Integrated CI/CD with Jenkins Red Hat在创建Kubernetes项目之前很久就创建了OpenShift,从一开始,它就是一个PaaS平台。 通过从他们的自定义解决方案(他们使用称为gears而不是容器的东西)切换到Kubernetes,更容易带来更多功能,其中最令人兴奋的是集成Jenkins。 有多种CI / CD软件解决方案,但Jenkins仍然是最大,使用最广泛,通用和成熟的解决方案。 它还经常与Kubernetes集群一起用于构建容器镜像,对它们执行持续集成任务,并将它们作为容器部署在具有Continuous

对比Kubernetes和OpenShift 1/2

10 most important differences between OpenShift and Kubernetes OpenShift经常被其供应商Red Hat称为“企业Kubernetes”。 在本文中,我描述了OpenShift和Kubernetes之间的真正差异。 它经常令人困惑,因为Red Hat倾向于将其描述为PaaS,有时隐藏Kubernetes是OpenShift不可或缺的一部分,OpenShift只是包含更多功能。 让我们深入研究一下这两者之间的真正差异。 1. OpenShift product vs. Kubernetes project Kubernetes是一个开源项目(甚至是一个框架),而OpenShift是一个有很多变种的产品。 有一个OpenShift的开源版本,叫做OKD。 以前它被称为OpenShift Origin,但Red Hat的一些“聪明”人提出了这个新名称,它的意思是“为Red Hat OpenShift提供动力的Kubernetes的原始社区发行版”(?)。 但是让我们先不要纠缠于它的名字,来关注它的含义。以下几点: OpenShift Container Platform是一种可以在您的基础架构上安装的产品,其中包含订阅后附带的付费技术支持 您需要为集群续订OpenShift订阅,并在群集增长时支付更多费用 Kubernetes有很多发行版,但它是一个项目,如果发生了不好的事情,你可以主要依靠社区或外部专家(在某些情况下,他们有时可能比Red Hat支持更好:-)) Kubernetes每年有很多版本(实际上有4个版本),OpenShift也有很多版本,但它落后于Kubernetes发布时间表 - 目前只有一个版本(OpenShift 3.10包括Kubernetes 1.10,而本文撰写本文时的最新版本是1.11) 作为产品,OpenShift订阅包括CloudForms,通过其功能增强它(例如可配置的退款,监控,中央配置等) OKD版本是免费使用的,包括其商业产品的大部分功能,但您不能购买技术支持,也不能使用基于Red Hat的官方容器镜像 因此,如果您需要Kubernetes的支持,一个选项是购买OpenShift的订阅。 如果你对自我支持感觉不错,那么当然还有Kubernetes有很多辅助项目,整个生态系统和梦幻般的社区。 对于犹豫不决的项目,有一个几乎拥有所有OpenShift功能的OKD项目 - 您可以稍后决定迁移到商业产品或坚持使用OKD。所以,从这个角度,哪一个更好?这取决于你是否愿意支付和使用RedHat的技术支持以及产品附带的所有功能(OpenShift)而不是项目(Kubernetes,还有OKD)和自助(没有技术支持)模型。 2. OpenShift limited installation vs. install Kubernetes (almost)

恢复文件夹权限设置

find -depth -printf '%m:%u:%g:%p\0' |awk -v RS='\0' -F: 'BEGIN { print "#!/bin/sh"; print "set -e"; q = "\047";}{ gsub(q, q q "\\" q); f = $0; sub(/^[^:]*:[^:]*:[^:]*:/, "", f); print "chown --", q $2 ":" $3 q, q f q; print "chmod", $1, q f q;}' > restore-permissions.sh

Oracle RAC interconnect Traffic 监控

Oracle在AWR中提供了Estd Interconnect traffic(KB)指标,由于AWR默认只能查看小时级别的数据,做准实时监控需要以更小的时间粒度来计算这个指标。AWR怎么算的看不到,我们可以查看statspack计算这一指标的方法,在sprepins.sql中可以发现Statspack的计算公式: Estd Interconnect traffic = ((Global Cache blocks received + Global Cache blocks served)*db_block_size +(GCS/GES messages received + GCS/GES messages sent)*200)/elapsed time 在Oracle statistics中,Global Cache Blocks received等的名字转换参见如下SQL: SELECTDECODE(name,'gc cr blocks received','global cache blocks received','gc cr blocks served','global cache blocks served','gc current blocks received','global cache blocks received','gc current blocks served','global cache blocks served',name) AS

保险核心系统运维惊魂记

                        ??? SQL语句语法有错误,应用怎么不知道,也查不到???语法有错,应用逻辑不应该执行不下去么? 应用会抛出异常、从数据上也会看到数据没有被修改…… 为什么并没有呢??欲知后事如何,且听下回分解。

DPA 试用版

授权说明(License Rights and Restrictions) www.skyatlas.net授予您内部使用本程序的非排他性,不可转让的有限许可,受本协议中规定的限制,仅用于开发,测试,原型设计和演示您的应用程序,且仅限于您的应用程序尚未用于任何数据处理,业务,商业或生产目的,也不用于任何其他目的。您可以允许您的承包商使用本程序,前提是他们代表您行使本协议中授予的许可权利,并进一步规定您有责任在此类使用中遵守本协议。您将与您的承包商签订书面协议,严格限制其使用本程序的权利,并以与本协议相同的程度保护Skyatlas的知识产权。您可以在合理需要的范围内制作本程序的副本,以行使本协议中授予的许可权利。您可以制作一份程序副本以进行备份。 此外,您不可以: 删除或修改任何程序标记或任何Skyatlas或许可方所有权的通知;以任何方式向任何第三方提供本程序(除本协议中规定的代表您的承包商外);使用程序提供第三方培训;转让本协议或分发,给予或转让本程序或其中的权益给任何第三方,除非本承包商协议明确允许(上述内容不得解释为限制您可能另行拥有的权利)持牌第三方技术);导致或允许逆向工程(除非法律要求互操作性),程序的反汇编或反编译;和在未经Skyatlas事先同意的情况下披露任何计划基准测试的结果。本程序可能包含源代码,除非本协议中出于其他目的明确许可(例如,根据开源许可证授权),否则仅为参考目的提供源代码,并且不得修改。 Skyatlas保留本协议未明确授予的所有权利。如果您希望将本程序或您的应用程序用于本协议明确许可之外的任何其他目的,您必须根据允许此类使用的单独协议从Skyatlas或Skyatlas经销商处获得有效的程序许可。但是,您承认本程序可能不适合生产使用和/或Skyatlas可能不会将本程序的版本用于生产或其他目的;您使用本程序进行的任何开发或其他工作均由您自行承担风险。 所有权skyatlas或其许可方保留本计划的所有权和知识产权。 第三方技术本程序可能包含或要求使用随程序提供的第三方技术。 Skyatlas可能会在程序文档,自述文件或与此类第三方技术相关的通知文件中向您提供某些通知。第三方技术将根据本协议的条款许可给您,或者,如果在程序文档中指定,则根据单独条款向您发送自述文件或通知文件。您根据单独条款使用单独许可的第三方技术的权利不受本协议的任何限制。但是,为清楚起见,尽管存在通知,但未经单独许可的第三方技术的第三方技术应被视为本程序的一部分,并根据本协议的条款许可给您。 如果同意上述协议,您可以下载DPA 试用版本软件。如有商业使用需求,请联系skyatlas.net.link:Database Performance Analyzer for Oracle.

Oracle11g提高了DML修改父表时锁定子表的级别

近日处理了一个电信计费系统的性能故障,因为外键上没有索引,导致出现enq: TM 锁争用,以及不时出现Deadlock问题,处理完后整理资料,发现这篇blog叙述比较清晰,遂用Google Translate翻译如下: Oracle 11g(自11.1.0.6以来)引入了一个微妙但可能有重大的变化,关于在监管外键约束方面保持锁的方式。 以下内容已在11.2.0.1和11.2.0.2上进行了测试。 为了设置场景并复制我们在工作中遇到的问题,我将创建一个小表(ALBUMS),它有2个FK约束,指向两个父表(ARTISTS和FORMATS)并用几行填充它们。 SQL> CREATE TABLE artists (id NUMBER PRIMARY KEY, artist_name VARCHAR2(30)); Table created. SQL> CREATE TABLE formats (id NUMBER PRIMARY KEY, format_name varchar2(30)); Table created. SQL> CREATE TABLE albums (id NUMBER, album_name VARCHAR2(30), artist_id NUMBER CONSTRAINT artist_fk REFERENCES artists(id), format_id number CONSTRAINT format_fk REFERENCES formats(id)); Table created. SQL>

The Future of Data Management Solutions is Autonomous

分析市场(Analytics )的数据管理解决方案随着云的地位的巩固而不断发展,Hadoop的使用案例得到澄清,逻辑数据仓库的采用不断扩大,中国供应商(aliyun,腾讯)向国外拓展。在这种动态背景下,本报告将帮助您找到适合您业务的合适供应商。 市场定义/描述 我们将分析数据管理解决方案(DMSA)定义为支持和管理一个或多个文件管理系统(通常是数据库)中的数据的完整软件系统。 DMSA包含特定的优化以支持分析处理。这包括但不限于支持关系模型处理,非关系型处理(如图形处理)以及机器学习和编程语言(如Python和R)。数据不一定存储在关系结构中,并且可以有多个模型使用 - 例如关系,XML,JSON,键值,文本,图形和地理空间。 虽然传统的数据仓库用例仍然是大多数组织的分析计划的基础,但他们也有兴趣管理和处理日益多样化的内部和外部数据格式。因此,完整的DMSA必须能够适应多种数据类型。这些可能包括交互和观测数据 - 例如物联网(IoT)传感器 - 以及非关系数据,如文本,图像,音频和视频数据。 相关角色和技能的广度和范围也在不断扩大,因为组织正在参与新的使用案例,这些案例可以更全面地了解来自越来越多来源的数据。 我们定义了DMSA的四个主要用例,它们反映了数据和用例的多样性(另请参见注释1): 传统的数据仓库 实时数据仓库 与上下文无关的数据仓库 逻辑数据仓库(LDW) 我们的定义还指出: • DMSA不是特定的类别或类型的技术。 • DMSA可以由许多不同的技术组合而成。但是,任何产品或服务组合的核心都必须能够通过开放式访问工具通过标准API(如开放数据库连接(ODBC),Java数据库连接(JDBC),代表性状态传输( REST)和对象链接和嵌入数据库(OLEDB)访问。 • DMSA必须为独立的前端应用程序软件提供数据可用性,包括隔离工作负载需求的机制以及在受管数据实例中控制最终用户访问的各种参数。 • DMSA必须对其正在使用的数据进行管理控制。这意味着它必须控制数据如何被持久,访问,管理和保护。 • DMSA有许多不同的交付模式,例如独立DBMS软件,认证配置或参考体系结构,数据库平台即服务(dbPaaS)产品和数据仓库设备。这些是在我们对每个供应商的分析中一起评估的。 魔力象限:  供应商的优势和注意事项  Actian 总部位于美国加利福尼亚州帕洛阿尔托市的Actian为分析工作负载提供Actian Vector分析平台,Actian Vector in Hadoop,Actium X提供用于联合操作和分析处理。 Actian Vector分析平台还可以通过自带许可证模式或通过亚马逊机器映像(AMI)部署在亚马逊网络服务(AWS)和Microsoft Azure上,以实现社区支持的免费版本。 优势 • 对DMSA的再投资:由于战略和路线图的变化,Actian没有出现在魔力象限的2017年版本中。但是,在引入新的领导力后,现在正在重新投资Vector技术以满足分析需求。 • 性能:Actian Vector是一个面向列的内存DBMS,它使用矢量处理来执行查询。参考客户对该技术的性能表示赞赏。 • 物有所值:许多参考客户都称赞Actian的性价比。在我们的参考客户调查中,Actian比其他类别的价值更高。 注意事项 • 云支持:Actian尚未提供强大的云平台即服务(PaaS),即使云正在快速成为标准部署选项。这限制了Actian解决潜在客户群的能力。然而,Actian最近发布的AMI社区版以及计划在2018年为多种云平台上的Vector提供完全托管的企业PaaS选项的计划应该能够满足这种需求。

6月13 早新闻

Elastic Stack 6.3 发布 值得注意的几点: X-Pack开源 涉及两种License(apache 2+Elastic lic) 默认发布中打包所有功能 Free功能不会expire 商用功能带一个trial license APM的一些新特性 Elasticsearch特性 支持SQL Rollups Kibana 查询条语法自动提示 Recently Viewed 索引管理UI Logstash Blabla... Beats ... Machine-Learning ML job可以利用Elasticsearch Cross Cluster Search 配置时即可以Validate 输入选项 ... ES-Hadoop • Spark 2.3 support - It’s here starting in 6.3 • Bug Fixes - Fixing things never felt so