NONE For TCP HIT, TCP failures, cachemgr requests and all UDP requests, there is no hierarchy information. DIRECT The object was fetched from the origin server. SIBLING_HIT The object was fetched from a sibling cache which replied with UDP_HIT. PARENT_HIT The object was requested from a parent cache which replied with UDP_HIT. DEFAULT_PARENT No ICP queries were sent. This parent was chosen because it was marked “default” in the config file. SINGLE_PARENT The object was requested from the only parent appropriate for the given URL. FIRST_UP_PARENT The object was fetched from the first parent in the list of parents. NO_PARENT_DIRECT The object was fetched from the origin server, because no parents existed for the given URL. FIRST_PARENT_MISS The object was fetched from the parent with the fastest (possibly weighted) round trip time. CLOSEST_PARENT_MISS This parent was chosen, because it included the the lowest RTT measurement to the origin server. See also the closest-only peer configuration option. CLOSEST_PARENT The parent selection was based on our own RTT measurements. CLOSEST_DIRECT Our own RTT measurements returned a shorter time than any parent. NO_DIRECT_FAIL The object could not be requested because of a firewall configuration, see also never_direct and related material, and no parents were available. SOURCE_FASTEST The origin site was chosen, because the source ping arrived fastest. ROUNDROBIN_PARENT No ICP replies were received from any parent. The parent was chosen, because it was marked for round robin in the config file and had the lowest usage count. CACHE_DIGEST_HIT The peer was chosen, because the cache digest predicted a hit. This option was later replaced in order to distinguish between parents and siblings. CD_PARENT_HIT The parent was chosen, because the cache digest predicted a hit. CD_SIBLING_HIT The sibling was chosen, because the cache digest predicted a hit. NO_CACHE_DIGEST_DIRECT This output seems to be unused? CARP The peer was selected by CARP. PINNED The server connection was pinned by NTLM or Negotiate authentication requirements. ORIGINAL_DST The server connection was limited to the client provided destination IP. This only occurs on interception proxies when Host security is enabled. ANY_PARENT part of src/peer_select.c:hier_strings[]. INVALID CODE part of src/peer_select.c:hier_strings[].

摘抄下官方手册,部分翻译 [text] Usage: logformat Defines an access log format. The is a string with embedded % format codes % format codes all follow the same basic structure where all but the formatcode is optional. Output strings are automatically escaped as required according to their context and the output format modifiers are usually not needed, but can be specified if an explicit output format is desired. % ["|[|'|#] [-] [[0]width] [{argument}] formatcode " output in quoted string format [ output in squid text log format as used by log_mime_hdrs # output in URL quoted format ’ output as-is - left aligned width field width. If starting with 0 the output is zero padded {arg} argument such as header name etc Format codes: >a Client source IP address / 客户端 IP >A Client FQDN / 客户端完整域名,是指主机名+全路径 >p Client source port / 客户端端口 <A Server IP address or peer name / 服务器ip 或者 对端名 la Local IP address (http_port) / 本地ip地址 lp Local port number (http_port) / 本地端口号 oa Our outgoing IP address (tcp_outgoing_address) / 传出的ip地址 ts Seconds since epoch / unix时间戳 tu subsecond time (milliseconds) / 毫秒 tl Local time. Optional strftime format argument / 本地时间 default %d/%b/%Y:%H:%M:%S %z tg GMT time. Optional strftime format argument / 格林尼治标准时间 default %d/%b/%Y:%H:%M:%S %z tr Response time (milliseconds) / 响应时间(毫秒) >h Request header. Optional header name argument on the format header[:[separator]element] /请求头 h / 响应头 un User name /用户名 ul User name from authentication /认证的用户名 ui User name from ident us User name from SSL ue User name from external acl helper Hs HTTP status code / http 状态码 Ss Squid request status (TCP_MISS etc) / squid 请求状态 Sh Squid hierarchy status (DEFAULT_PARENT etc) / squid 层次结构状态 mt MIME content type / MIME内容类型 rm Request method (GET/POST etc) /请求方法 ru Request URL /请求的url rp Request URL-Path excluding hostname /不包含主机名的请求url rv Request protocol version / 请求协议版本 ea Log string returned by external acl <st Reply size including HTTP headers /响应大小,包括HTTP头 >st Request size including HTTP headers /请求大小,包括HTTP头 st Request+Reply size including HTTP headers /请求大小+响应大小,包括HTTP头 sn Unique sequence number per log line entry /唯一序列号 % a literal % character [/text]

自己的测试环境 squid listen :8081 haproxy listen :80 [bash] lobal maxconn 1024 #限制单个进程的最大连接数 chroot /haproxy #安装路径 uid 99 #运行用户 99==nobody gid 99 #运行组 99==nobody daemon #as 守护进程 quiet nbproc 10 #启动多少个进程 pidfile /haproxy/run.pid # pid 文件的路径 defaults log global mode http option httplog option dontlognull log 127.0.0.1 local3 info #日志级别[err warning info debug] retries 3 #在一个服务器上连接失败后重试次数 option redispatch #连接失败或断开后允许当前会话被重新分配 maxconn 1024 #连后端服务器的最大连接数 contimeout 100ms #连接超时 clitimeout 10000ms #客户端的连接超时 srvtimeout 10000ms #服务端的连接超时 listen cluster 0.0.0.0:80 #监听 host:port mode http #http 7层模式 balance roundrobin # 负载方式 option httpclose option forwardfor server internalweb1 127.0.0.1:8081 weight 5 #weight 权重 #check 健康检查 【我没配置】 #inter n 两次check间隔时间ms(检查粒度) #rise n 指定成功检测n次后服务可用 #fall n 指定检测n次失败后服务不可用 #maxconn n 指定最大并发连接数 [/bash] 参考网址

软件开发的“魔力三角”。它表明,在更多的特性、更紧迫的进度和更高的质量三者之间做选择的话,你只能满足其中两个,而剩下的那个将无法得到满足。 ———— 摘自 《程序员度量》ISBN 978-7-111-40140-7 / P22

手头的服务器大多是dell R410&R610,都有 iDrac 。服务器的配置很不错,需要充分的利用。 远程开关机这些自然不在话下。于是寻思着如果能重装系统呢? 也问了几个牛B的运维大大,给的方案有这么些 1.netinstall - 这个很传统,很耗带宽(不过是上行带宽的话IDC也无所谓哦~) 2.自己做centos 软件源 - 这个很牛,直接在IDC内部做个发布版本的yum镜像,一样的耗带宽,不过比方案1省很多 以上2个方案适合在一个物理地点集中托管很多服务器,但是我们的应用决定了我们有很多分散的物理地点,每个物理地点托管的机器不超过20台,所以… 自己想了2个方案: 3. 用USB安装,现在usb很便宜一个30元左右,成本合理(遇到的问题后面再说) 4. 刻录光盘放在服务器里的CD中,随时可重装系统(遇到的问题后面再说) 问题来了。。。来的很快: 方案3在安装过程中很ok但是装完了发现因为是usb启动引导的,所以grub把引导区写在usb上了 。。。 囧~ 虽然可以通过改grub来纠正这个错误,但是! 首先我没能搞定,其次,我都搞不定运维肯定也搞不定!! 方案4 完全没问题,光盘这种介质在现在是多么的便宜,合下来1张系统盘只要1.3元成本~ 这是我梦想的解决方案啊!!!! 但是!! 有个致命的弱点:系统装完后光驱会弹出!!! 本来采取远程安装就是不想依赖机房运维,如果每次装系统都要机房值班推光驱,这太让我不能接受了! 后来一次再和我们运维总监聊的过程中给我一个很好的启发:可以将光盘镜像存在usb里(插服务器里),然后用iDrac的虚拟介质引导安装! 说干就干: 第一步,分离光盘镜像 把引导部分抽离 成启动iso 这个iso是安装时引导用 最终我分离的iso为35m (可以进一步优化) 这部分是要从本地传给服务器的。 建立一个工作目录,网上一般叫 myiso/ 目录结构如下 myiso/ ======isolinux/ ===============抓图3 然后在myiso上一个目录跑一下这个命令 [bash] mkisofs -o myiso.iso -b isolinux/isolinux.bin -c isolinux/boot.cat -no-emul-boot -boot-load-size 4 -boot-info-table myiso [/bash] 这样你就有个用来做虚拟介质的镜像了 》》》 myiso.iso 补充: 要说isolinux这个目录和里面的文件的来源,是我从 centos的安装镜像里解压出来的~ 对的,完全用官方的东西哦 又补充:boost.msg && isolinux.cfg是可以修改的,比如我改的 isolinux.cfg如下 [text] prompt 1 timeout 600 display boot.msg menu title Welcome to CentOS 6.3! label linux menu label ^Install or upgrade an existing system menu default kernel vmlinuz append initrd=initrd.img label rescue menu label ^Rescue installed system kernel vmlinuz append initrd=initrd.img rescue [/text] 第二步,简简单单的把U盘格式一下(fat32)然后把 官方镜像iso里的 images/ 和镜像本身放入U盘, Done! 第二.一步,把u盘插入dell 服务器内部usb接口 :) 第三步,启动idrac虚拟终端,挂载虚拟介质(myiso.iso) 第四步,开始安装centos, 此处略去50字。。。

计算机网络中,网络地址转换(Network Address Translation或简称NAT,也叫做网络掩蔽或者IP掩蔽(IP masquerading))是一种在IP封包通过路由器或防火墙时重写源IP地址或/和目的IP地址的技术。这种技术被普遍使用在有多台主机但只通过一个公有IP地址访问因特网的私有网络中。根据规范,路由器是不能这样工作的,但它的确是一个方便并得到了广泛应用的技术。当然,NAT也让主机之间的通信变得复杂,导致通信效率的降低。 20世纪90年代中期,NAT是作为一种解决IPv4地址短缺以避免保留IP地址困难的方案而流行起来的。网络地址转换的在很多国家都有很广泛的使用。所以NAT就成了家庭和小型办公室网络连接上的路由器的一个标准特征,因为对他们来说,申请多余的IP地址的代价要高于所带来的效益。 在一个典型的配置中,一个本地网络使用一个专有网络的指定子网(比如192.168.x.x或10.x.x.x)和连在这个网络上的一个路由器。这个路由器占有这个网络地址空间的一个专有地址(比如 192.168.0.1),同时它还通过一个或多个因特网服务提供商提供的公有的IP地址(叫做“过载” NAT)连接到因特网上。当信息由本地网络向因特网传递时,源地址被立即从专有地址转换为公用地址。由路由器跟踪每个连接上的基本数据,主要是目的地址和端口。 当有回复返回路由器时,它通过输出阶段记录的连接跟踪数据来决定该转发给内部网的哪个主机;如果有多个公用地址可用,当数据包返回时,TCP或UDP客户机的端口号可以用来分解数据包。对于因特网上的一个系统,路由器本身充当通信的源和目的地址。 流行在网络上的一种看法认为,IPv6的广泛采用将使得NAT不再需要,因为NAT只是一个处理IPv4的地址空间不足的方法。 摘自wikipedia

人工神经网络(artificial neural network,缩写ANN),简称神经网络(neural network,缩写NN),是一种模仿生物神经网络的结构和功能的数学模型或计算模型。神经网络由大量的人工神经元联结进行计算。大多数情况下人工神经网络能在外界信息的基础上改变内部结构,是一种自适应系统。现代神经网络是一种非线性统计性数据建模工具,常用来对输入和输出间复杂的关系进行建模,或用来探索数据的模式。 神经网络是一种运算模型[1],由大量的节点(或称“神经元”,或“单元”)和之间相互联接构成。每个节点代表一种特定的输出函数,称为激励函数(activation function)。每两个节点间的连接都代表一个对于通过该连接信号的加权值,称之为权重(weight),这相当于人工神经网络的记忆。网络的输出则依网络的连接方式,权重值和激励函数的不同而不同。而网络自身通常都是对自然界某种算法或者函数的逼近,也可能是对一种逻辑策略的表达。 它的构筑理念是受到生物(人或其他动物)神经网络功能的运作启发而产生的。人工神经网络通常是通过一个基于数学统计学类型的学习方法(Learning Method)得以优化,所以人工神经网络也是数学统计学方法的一种实际应用,通过统计学的标准数学方法我们能够得到大量的可以用函数来表达的局部结构空间,另一方面在人工智能学的人工感知领域,我们通过数学统计学的应用可以来做人工感知方面的决定问题(也就是说通过统计学的方法,人工神经网络能够类似人一样具有简单的决定能力和简单的判断能力),这种方法比起正式的逻辑学推理演算更具有优势。 维基百科-人工神经网络

0%