电子商务网站总结起来有五个步骤：找准方向、搭建平台、充实内容、推广网站、实现盈利。
一、找准方向。据2007年6月CNNIC第20次中国互联网调查显示，中国网民总人数达到162亿，网站已经达到131万个，可见互联网发展之迅速，也有越来越多的人开始投身互联网进行创业，而正因为互联网充满很多的机遇，所以找准适合自己的方向才尤为重要，是建立一个垃圾网站迅速做大流量赚取广告费，还是跟着潮流做领先时代的web20，web30的网站呢，是专心做一个网站，还是批量生产，制造出一堆网站呢？个人觉得选择自己熟悉的行业，集中所有精力，做一个垂直型电子商务网站不失为很好的选择。选择一个自己熟悉的行业，更能发挥自己的专业优势，集中所有精力就要求把多余的网站砍掉，网站多余的栏目砍掉，把有限的精力集中到自己擅长的领域，并最终在这个领域处于领先的地位，应该在座有不少了解站长网图王的，之前他拥有上百个网站，但很知名的没有几个，现在砍掉所有其他网站，站长网就很快在业内确定了很好的领先地位，所以不建议你做一个比阿里巴巴、当当网更大更全更体面的网站，因为你有多大的能耐能超越阿里巴巴呢，所以建议你选择某一个细分的领域，建一个垂直型的网站，也许建好后你就是该行业排名数一数二的网站，因为真正细分到很专业的领域，竞争并不是那么大。最后建议你选择盈利模式很明确的领域，例如b2b、b2c、c2c等，远比追求概念的web20来得实在。综上所述，互联网创业，首选建立垂直型电子商务行业网站。
二、搭建平台。当我们确定了一个适合自己的发展方向后，接下来就是把我们的想法变成现实，搭建开展电子商务必须的网站平台。一般会有两种选择，一种是自己熟悉网站开发技术，或者自己聘请网站开发人员，另外一种就是选择开发好的通用网站系统或者委托专业的网络公司开发网站。两种方式各有优势，但毕竟自己精通技术的比较少，请员工到公司来开发，成本又太高，不是很划算，所以我推荐创业期间可以选择第二种方式。假如我们建立成都房产门户，是直接找房产网站系统专业开发商开发的易想房产网还是委托专业网络公司量身开发呢？一般找专业的公司开个一个仿购房者的房产网站，通过核算，从0规划开发这样庞大的系统，至少要开发2个月以上时间并且3人以上的熟手开发团队来进行，开发下来5万的报价说不定都赚不了什么，而购买开发好的易想房产网，只需要几千元外加制作一套属于自己的界面就可以轻松享有开发团队历时半年开发并将不断加强的功能强劲的房产网站系统。通过开发网站几年的经验告诉我，对于开发网站的客户其实是拥有很大的风险的，网站一次性开发很难达到很完美的层次，只有通过像软件一样不断的升级完善，才能最终出来一个相对完美的系统。所有我觉得搭建网站平台，假如这种模式的网站已经有很成熟的系统，直接选择系统未尝不是很好的途径。选择一个很好的功能强劲的网站系统能够让你的创业事半功倍，少走弯路。例如假如你要做社区可选北京的dz，做资讯可选择成都的风讯，做商城选择shopex，而想做像阿里巴巴、淘宝网、大型商城、购房者房产网等电子商务网站选择成都的易想软件
三、充实内容。首先，不可否认的是：一个成功的网站不能不注重外观布局。外观就象一个人的衣服，是给别人的第一印象。给人留下一个好的印象，那么他看下去或者说再次光顾的可能性才更大。可是我觉得更主要的还的网站的内容（除非你的网站是纯艺术的，即是拿来观赏的）。一般的的网站都讲究实用，有用才是最重要的。不信大家研究一下世界排名靠前的网站，那个网站的内容不是很充实的，并且在同行网站当中内容是更丰富的。形式美只会给人留下一个好的印象，好的印象固然可以让别人进一步浏览你的网站。可如果从你网站上看到的都是些垃圾，谁还会看下去？？谁会对一些自己不感兴趣的东西流连忘返？？在使用易想软件的客户当中，有很多网站立足于很小的行业，如微波商务网、酒商务网、广告商务网，厦门购物网、联合一百、区域的房产网等，因为站长对行业的了解，所有通过维护，让网站上的内容在同行业网站当中算是最丰富的，这样就让访客转化成长期客户，很多网站虽然只运营了几个月时间，已经有了每天几百上千个IP流量了，而且是同行网站当中人气最旺的网站，轻松实现了盈利。
四、推广网站。当网站平台搭建好了，内容充实起来了，我们就要考虑把网站推广出去，大型电子商务网站推广可以从两个大方面做手，一是从网站自身出发，做整站seo页面优化，二是通过形式多样的外部推广。做整站优化要注意到：一、首先让网站尽量多的页面静态化，尽量采用DIV+CSS格式。静态有两种，一种是真静态，一种是伪静态，这两种形式都是搜索引擎所喜欢的，静态网页一方面搜索引擎的机器人很容易抓取到，另外一方面访问的时候也不用打开数据库，加快了网站的访问速度和减轻了服务器的承载量。二、优化网站的连接结构及页面内容。对于搜索引擎而言，链接就是一切，所以你网站的链接结构一定要设计的合理，页面的层次最好不要超过三级，网页内容不要过长，搜索引擎常规收录对网页页面的大小以及字数都有最佳要求的。最好一个网页包含的文字信息在于2万个汉字之内，也就是说是4万字节左右。网页大小也包括在38K左右的大小是被认为是最友好的一种适合大小的规格！。三、设置合理的网页标签和网页的头部文件，能够让一些热门的关键词搜索你排名在前面。通过这样优化下来，假如你网站有一万条信息，每条信息每天可以从搜索引擎带来一个流量，那每天就能轻松带来一万的流量。其他外部的推广，样式就很多了，原则是让能出现我们网站的地方都出现，有交换友情链接，论坛群发，邮件群发，qq群发，策划活动，软文报道，或者更有站长把网址挂在身上，骑着自行车到街上人多的地方宣传效果也不错，只要能想到的我们都可以用上。
五、实现盈利。作为一个公司的天职是盈利，同样作为一个站长，肩上有着让网站自负盈亏的责任。要想让网站盈利，我觉得首先要尽快研究出网站的盈利模式，例如b2b、b2c、c2c网站或者区域性的房产门户盈利模式就很明确，现在热门的博客网站，视频网站，交流社区人气很容易做，但流量很难转化成现金，最终也只能自己掏腰包养活网站；要想让网站盈利，还要主动出击，线上和线下相结合，靠网上流量带来的点击广告费用，是养活不了网站的，例如我们建立一个四川商务网，想让客户主动通过网站给我们交会员费，那是很难的，即使是阿里巴巴这样强势的品牌也需要几千上万个极具战斗力的营销团队才能推动网站会员的快速发展。最近因为写论文的关系，泡知网、泡万方，发现了很多学术界对数据中心网络一些构想，发现里面不乏天才的想法，但日常我们沉迷在各个设备厂商调制好的羹汤中无法自拔，管中窥豹不见全局，还一直呼喊着“真香”，对于网工来说沉溺于自己的一方小小天地不如跳出来看看外界有哪些新的技术和思想，莫听穿林打叶声，何妨吟啸且徐行
当前新的数据中心网络拓扑主要分为两类
1、以交换机为核心，网络连接和路由功能由交换机完成，各个设备厂商的“羹汤”全属于这个领域
2、以服务器为核心，主要互联和路由功能放在服务器上，交换机只提供简单纵横制交换功能
第一类方案中包含了能引发我回忆阴影的Fat-Tree，和VL2、Helios、c-Through、OSA等等，这些方案要么采用更多数量交换机，要么融合光交换机进行网络互联，对交换机软件和硬件要求比较高，第二类主要有DCell、Bcube、FiConn、CamCube、MDCube等等，主要推动者是微软，这类方案中服务器一版会通过多网卡接入网络，为了支持各种流量模型，会对服务器进行硬件和软件的升级。
除了这些网络拓扑的变化外，其实对数据中心网络传输协议TCP/IP、网络虚拟化、网络节能机制、DCI网络互联都有很多创新的技术和概念涌现出来。
FatTree 胖树，2008年由UCSD大学发表的论文，同时也是5年前工作中接触的第一种交换机为中心的网络拓扑，当时没有太理解，跟客户为这事掐的火星四溅，再来一次可能结论会有所改变，同时也是这篇论文引发了学术界对数据中心内部网络拓扑设计的广泛而深刻的讨论，他提出了一套组网设计原则来达成几个目的
1、全网采用低端商用交换机来组网、其实就是采用1U的接入交换机，取消框式设备
2、全网无阻塞
3、成本节省，纸面测算的话FatTree 可以降为常规模式组网成本的1/4或1/5
物理拓扑（按照4个pod设计）
FatTree 的设计原则如下
整个网络包含K个POD，每个POD有K/2个Edge和K/2个Agg 交换机，他们各有K的接口，Edge使用K/2个端口下联服务器，Agg适用K/2个端口上联CORE交换机
Edge使用K/2个端口连接服务器，每个服务器占用一个交换端口
CORE层由K/2K/2共计KK/4个K个端口交换机组成，分为K/2组，每组由K/2ge，第一组K/2台CORE交换机连接各个POD中Agg交换层一号交换机，第二组K/2的CORE交换机连接各POD中Agg的二号交换机，依次类推
K个POD，每个POD有K/2个Edge交换机，每个Edge有K/2端口，服务器总数为KK/2K/2=KKK/4
K取值4的话，服务器总数为16台
常规K取值48的话，服务器为27648台
FatTree的路由设计更加有意思，论文中叫两阶段路由算法，首先要说明的是如果使用论文中的算法是需要对交换机硬软件进行修改的，这种两阶段路由算法和交换设备及服务器的IP地址强相关，首先就是IP地址的编制，这里依然按照K=4来设计，规则如下
1、POD中交换机IP为10podswitch1，pod对应POD编号，switch为交换机所在POD编号（Edge从0开始由左至右到k/2-1，Agg从k/2至k-1）
2、CORE交换机IP为10kji ，k为POD数量，j为交换机在Core层所属组编号，i为交换机在该组中序号
3、服务器IP为10podswitchID，ID为服务器所在Edge交换机序号，交换机已经占用1，所以从2开始由左至右到k/2+1
设计完成后交换机和服务器的IP地址会如下分配
对于Edge交换机（以10201为例）第一阶段匹配10202和10203的32位地址，匹配则转发，没有匹配（既匹配0000/0）则根据目的地址后8位，也就是ID号，选择对应到Agg的链路，如目标地址为xxx2则选择到10221的链路，目标地址为xxx3则选择到10231的链路
对于Agg交换机（以10221为例）第一阶段匹配本POD中网段10200/24和10210/24，匹配成功直接转发对应Edge，没有匹配（既匹配0000/0）则根据目的地址后8位，也就是ID号确定对应到Core的链路，如目标地址为xxx2则选择到10411的链路，目标地址为xxx3则选择到10412的链路
对于Core交换机，只有一个阶段匹配，只要根据可能的POD网段进行即可，这里是10000/16~10300/16对应0、1、2、3四个口进行转发
容错方面论文提到了BFD来防止链路和节点故障，同时还有流量分类和调度的策略，这里就不展开了，因为这种两阶段路由算法要对交换机硬件进行修改，适应对IP后8位ID进行匹配，现实中没有看到实际案例，但是我们可以设想一下这种简单的转发规则再加上固定端口的低端交换机，对于转发效率以及成本的压缩将是极为可观的。尤其这种IP地址规则的设计配合路由转发，思路简直清奇。但是仔细想想，这种按照特定规则的IP编制，把每个二层限制在同一个Edge交换机下，注定了虚拟机是没有办法跨Edge来迁移的，只从这点上来看注定它只能存在于论文之中，但是顺着这个思路开个脑洞，还有什么能够编制呢？就是MAC地址，如果再配上集中式控制那就更好了，于是就有了一种新的一种路由方式PortLand，后续我们单独说。
如此看来FatTree 是典型的Scale-out模式，但是由于一般交换机端口通常为48口，如果继续增加端口数量，会导致成本的非线性增加，底层Edge交换机故障时，难以保障服务质量，还有这种拓扑在大数据的mapreduce模型中无法支持one-to-all和all-to-all模式。
把脑洞开的稍微小一些，我们能否用通用商业交换机+通用路由来做出来一种FatTree变种拓扑，来达到成本节省的目的呢，答案一定是确切的，目前能看到阿里已经使用固定48口交换机搭建自己的变种FatTree拓扑了。
以交换机为中心的网络拓扑如VL2、Helios不再多说，目前看到最好的就是我们熟知的spine-leaf结构，它没有设计成1:1收敛比，而且如果使用super层的clos架构，也可以支撑几万台或者百万台的服务器规模，但是FaTtree依靠网络拓扑取消掉了框式核心交换机，在一定规模的数据中心对于压低成本是非常有效的
聊完交换机为核心的拓扑设计后，再来看看服务器为核心的拓扑，同样这些DCell、Bcube、FiConn、CamCube、MDCube等，不会全讲，会拿DCell来举例子，因为它也是2008年由微软亚洲研究院主导，几乎和FatTree同时提出，开创了一个全新的思路，随后的年份里直到今天一直有各种改进版本的拓扑出现
这种服务器为核心的拓扑，主导思想是在服务器上增加网卡，服务器上要有路由转发逻辑来中转流量数据包，并且采用递推方式进行组网。
DCell的基本单元是DCell0，DCell0中服务器互联由一台T个端口的mini交换机完成，跨DCell的流量要通过服务器网卡互联进行绕转。通过一定数量的Dcell0组成一个DCell1，按照一定约束条件进行递推，组成DCell2以及DCellk
上图例中是一个DCell1的拓扑，包含5个Dcell0，每台服务器2个端口，除连接自己区域的mini交换机外，另一个端口会依次连接其他DCell0中的服务器，来组成全互联的结构，最终有20台服务器组成DCell1，所有服务器按照（m，n）坐标进行唯一标识，m相同的时候直接通过moni交换机交互，当m不同时经由mini交换机中继到互联服务器，例子中红色线为40服务器访问13服务器的访问路径。
DCell组网规则及递归约束条件如下：
DCellk中包含DCellk-1的数量为GK
DCellk中包含服务器为Tk个，每台服务器k+1块网卡，则有
GK=Tk-1+1
TK=Gk-1 ✕ Tk-1
设DCell0中有4台服务器
DCell1 中有5个DCell0 （G1=5）
Tk1=20台服务器（T1=20）
DCell2 中有21个DCell1 （G2=21）
Tk2=420台服务器（T2=420）
DCell3 中有421个DCell2 （G3=421）
Tk3=176820台服务器（T3=176820）
…
Tk6=3260000台服务器
经过测算DCell3中每台服务器的网卡数量为4，就能组建出包含17万台服务器的数据中心，同样DCell的缺点和优点一样耀眼，这种递归后指数增长的网卡需求量，在每台服务器上可能并不多，但是全量计算的话就太过于惊人了，虽然对比FatTree又再一次降低交换机的采购成本，但是天量的网卡可以想象对于运维的压力，还有关键的问题时高层次DCell间通信占用低层次DCell网卡带宽必然导致低层次DCell经常拥塞。最后还有一个实施的问题，天量的不同位置网卡布线对于施工的准确度以及未知的长度都是一个巨大的挑战。
DCell提出后，随后针对网卡数量、带宽抢占等一系列问题演化出来一批新的网络拓扑，思路无外乎两个方向，一个是增加交换机数量减少单服务网卡数量，趋同于spine-leaf体系，但是它一直保持了服务器多网卡的思路。另一种是极端一些，干脆消灭所有交换机，但是固定单服务器网卡数量，按照矩阵形式组建纯服务器互联结构，感兴趣的同学可以继续探索。
数据中心的路由框架涵盖范围和领域非常多，很多论文都选择其中的一个点进行讨论，比如源地址路由、流量调度、收敛、组播等等，不计划每个展开，也没有太大意义。但是针对之前FatTree的两阶段路由有一个更新的路由框架设计PortLand，它解决了两段路由中虚拟机无法迁移的问题，它的关键技术有以下几点
1、对于FatTree这种高度规范化的拓扑，PortLand设计为采用层次化MAC编址来支持大二层，这种路由框架中，除了虚拟机/物理机实际的MAC外（AMAC），还都拥有一个PortLand规范的伪MAC（PMAC），网络中的转发机制和PMAC强相关，PMAC的编址规则为
podpositionportvmid
pod (2字节) 代表虚拟机/服务器所在POD号，position（1字节）虚拟机/服务器所在Edge交换机在POD中编号，port（1字节）虚拟机/服务器连接Edge交换机端口的本地编号，vmid（2字节）服务器在Edge下挂以太网交换机编号，如果只有一台物理机vmid只能为1
2、虚拟机/服务器的编址搞定后，Edge、Aggregate、Core的编址呢，于是PortLand设计了一套拓扑发现机制LDP（location discovery protocol），要求交换机在各个端口上发送LDP报文LDM（location
discovery message）识别自己所处位置，LDM消息包含switch_id（交换机自身mac，与PMAC无关）pod（交换机所属pod号）pos（交换机在pod中的编号）level（Edge为0、Agg为1、Core为2）dir（上联为1，下联为-1），最开始的时候Edge角色会发现连接服务器的端口是没有LDM的，它就知道自己是Edge，Agg和Core角色依次收到LDM后会计算并确定出自己的leve和dir等信息。
3、设计一个fabric manager的集中PortLand控制器，它负责回答Edge交换机pod号和ARP解析，当Edge交换机学习到一个AMAC时，会计算一个PMAC，并把IP/AMAC/PMAC对应关系发送给fabric manager，后续有虚拟机/服务器请求此IP的ARP时，会回复PMAC地址给它，并使用这个PMAC进行通信。
4、由于PMAC的编址和pod、pos、level等信息关联，而所有交换机在LDM的交互过程中知晓了全网的交换机pod、pos、level、dir等信息，当数据包在网络中传播的时候，途径交换机根据PMAC进行解析可得到pod、pos这些信息，根据这些信息即可进行数据包的转发，数据包到达Edge后，Edge交换机会把PMAC改写为AMAC，因为它是知道其对应关系的。当虚拟机迁移后，由fabric manager来进行AMAC和PMAC对应更新和通知Edge交换机即可，论文中依靠虚拟机的免费ARP来触发，这点在实际情况中执行的效率要打一个问号。
不可否认，PortLand的一些设计思路非常巧妙，这种MAC地址重写非常有特色。规则设计中把更多的含义赋给PMAC，并且通过LDP机制设计为全网根据PMAC即可进行转发，再加上集中的控制平面fabric manager，已经及其类似我们熟悉的SDN。但是它对于转发芯片的要求可以看出要求比较低，但是所有的转发规则会改变，这需要业内对于芯片和软件的全部修改，是否能够成功也看市场驱动力吧，毕竟市场不全是技术驱动的。
除了我们熟悉的拓扑和路由框架方面，数据中心还有很多比较有意思的趋势在发生，挑几个有意思的
目前数据中心都是以太网有线网络，大量的高突发和高负载各个路由设架构都会涉及，但是如果使用无线是不是也能解决呢，于是极高频技术在数据中心也有了一定的研究（这里特指60GHZ无线），其吞吐可达4Gbps，通过特殊物理环境、波束成形、有向天线等技术使60GHZ部署在数据中心中，目前研究法相集中在无线调度和覆盖中，技术方案为Flyways，它通过合理的机柜摆放及无线节点空间排布来形成有效的整体系统，使用定向天线和波束成形技术提高连接速率等等新的技术，甚至还有一些论文提出了全无线数据中心，这样对数据中心的建设费用降低是非常有助力的。
数据中心目前应用的还是TCP，而TCP在特定场景下一定会遇到性能急剧下降的TCP incast现象，TCP的拥塞避免和慢启动会造成当一条链路拥塞时其承载的多个TCP流可能会同时触发TCP慢启动，但随着所有的TCP流流量增加后又会迅速达到拥塞而再次触发，造成网络中有时间流量很大，有时间流量又很小。如何来解决
数据中心还有很多应用有典型的组通信模式，比如分布式存储、软件升级等等，这种情况下组播是不是可以应用进来，但是组播在数据中心会不会水土不服，如何解决
还有就是数据中心的多路径，可否从TCP层面进行解决，让一条TCP流负载在不同的链路上，而不是在设备上依靠哈希五元组来对每一条流进行特定链路分配
对于TCPincast，一般通过减少RTO值使之匹配RTT，用随机的超时时间来重启动TCP传输。还有一种时设计新的控制算法来避免，甚至有方案抛弃TCP使用UDP来进行数据传输。
对于组播，数据中心的组播主要有将应用映射为网络层组播和单播的MCMD和Bloom Filter这种解决组播可扩展性的方案
对于多路径，提出多径TCP（MPTCP），在源端将数据拆分成诺干部分，并在同一对源和目的之间建立多个TCP连接进行传输，MPTCP对比传统TCP区别主要有
1、MPTCP建立阶段，要求服务器端向客户端返回服务器所有的地址信息
2、不同自流的源/目的可以相同，也可以不同，各个子流维护各自的序列号和滑动窗口，多个子流到达目的后，由接收端进行组装
3、MPTCP采用AIMD机制维护拥塞窗口，但各个子流的拥塞窗口增加与所有子流拥塞窗口的总和相关
还有部分针对TCP的优化，如D3协议，D3是针对数据中心的实时应用，通过分析数据流的大小和完成时间来分配传输速率，并且在网络资源紧张的时候可以主动断开某些预计无法完成传输的数据流，从而保证更多的数据流能按时完成。
这的数据中心节能不会谈风火水电以及液冷等等技术，从网络拓扑的角度谈起，我们所有数据中心拓扑搭建的过程中，主要针对传统树形拓扑提出了很多“富连接”的拓扑，来保证峰值的时候网络流量的保持性，但是同时也带来了不在峰值条件下能耗的增加，同时我们也知道数据中心流量多数情况下远低于其峰值设计，学术界针对这块设计了不少有脑洞的技术，主要分为两类，一类时降低硬件设备能耗，第二类时设计新型路由机制来降低能耗。
硬件能耗的降低主要从设备休眠和速率调整两个方面来实现，其难点主要时定时机制及唤醒速度的问题，当遇到突发流量交换机能否快速唤醒，人们通过缓存和定时器组合的方式进行。
节能路由机制，也是一个非常有特点的技术，核心思想是通过合理的选择路由，只使用一部分网络设备来承载流量，没有承载流量的设备进行休眠或者关闭。Elastic Tree提出了一种全网范围的能耗优化机制，它通过不断的检测数据中心流量状况，在保障可用性的前提下实时调整链路和网络设备状态，Elastic Tree探讨了bin-packer的贪心算法、最优化算法和拓扑感知的启发算法来实现节能的效果。
通过以上可以看到数据中心发展非常多样化，驱动这些技术发展的根本性力量就是成本，人们希望用最低的成本达成最优的数据中心效能，同时内部拓扑方案的研究已经慢慢成熟，目前设备厂商的羹汤可以说就是市场化选择的产物，但是数据中心网络传输协议、虚拟化、节能机制、SDN、服务链等方向的研究方兴未艾，尤其是应用定制的传输协议、虚拟网络带宽保障机制等等，这些学术方面的研究并不仅仅是纸上谈兵，对于我知道的一些信息来说，国内的阿里在它的数据中心网络拓扑中早已经应用了FatTree的变种拓扑，思科也把数据中心内部TCP重传的技术应用在自己的芯片中，称其为CONGA。
坦白来说，网络从来都不是数据中心和云计算的核心，可能未来也不会是，计算资源的形态之争才是主战场，但是网络恰恰是数据中心的一个难点，传统厂商、学术界、大厂都集中在此领域展开竞争，创新也层出不穷，希望能拓展我们的技术视野，能对我们有一些启发，莫听穿林打叶声、何妨吟啸且徐行~服务器分类:收费服务器 游戏服务器 **服务器 收费服务器1台:配置绝对要好，必境你所有的钱都在帮你收回来，不要舍不得小钱,建议四块1000m网卡以上 这个由你分几个网段來定,四个网段就四块网卡(记得做一个数据库时时备份以防万一,这个每一个做网管的都知道 实在不行把数据库直接备份到移动硬盘上也行)1921681252 1921682252 1921683252 1921684252 以上四个IP给收费服务器用(每个网段一个收费控制端以PUBWIN2007为例) 叫你服务器配置好一点相信同时在线1000个人在这台服务器上不会有什么问题必境是sql版的 性能相对好一点占用资源也节省好多配置好绝对带得动的，一块1000M网卡同时在线250台网卡质量没 问题得话保证没问题，CUP要好 内存要大 这台建议显卡也好一点至少不要让显存吃掉内存再让内存吃掉CUP的事情发生 游戏服务器4台:配置也不用我多说了，要是它生气那你网吧问题就多了,出于安全与兼容性还是按网段数来配,但每台机 一定要配置三块1000m网卡，最好是主板上集成二块1000M网卡，另外再装一块(4块网卡帮你节省一台服务器)花小钱省大钱 绝对超值(具体说明在以后的内容里会有的)1921681250 1921681251 1921682250 19216822511921683250 1921683251 1921684250 1921684251 以上8个IP给游戏服务器,当初配机的时候让你多配了四块1000M 网卡的作用仔细看好了，就算你现在当掉1台服务器你网吧也照常运营分别把当机的服务器IP设置到备用的二台服务器的备用网卡上 1921684250 1921684251这台服务当机了 那你就在1921681250 1921681251 1921682250 1921682251 这二台服务器 的备用网卡上分别设置1921684250 1921684251接进网线 备注：备用网卡另一用处是用来网克下面客户机系统 网线接入：自然要1000M我们这边一班100M光纤就提供给你4个固定IP 相信1000M的自然不会小于这个数,从光纤收发器进入 到一个6口的1000M交换机,再从6口的1000M交换机分四个口接4个路由(最好是双WAN口)二个WAN口都要设置好IP 建议使用1号 2口做为备用的,哪个出了点问题你可以直接接到任何一个备用口上使用但你要记住二对双WAN口IP顺序要相反：网段19216811 (支持250台客户机不含服务器）wan1口 9216821 (支持250台客户机不含服务器）wan2口 第一个路由器 19216831 (支持250台客户机不含服务器）wan1口 19216841 (支持250台客户机不含服务器）wan2口 第二个路由器 19216811 (支持250台客户机不含服务器） wan2口 19216821 (支持250台客户机不含服务器） wan1口 第三个路由器 19216831 (支持250台客户机不含服务器） wan2口 19216841 (支持250台客户机不含服务器） wan1口 第四个路由器使用哪种路由器这个由你们自己定反正都是换汤不换药都一个样子，不要听商家吹，看你网管习惯用哪一种 用着方便顺手保密以后稳定正常就可以了,不建议使用软路由（小网吧为了省钱用用还可以） 以上为网络布局，一个周全的网络布局结构将会为你以后的工作与维护带来很大的方便,做水晶头时候记得要做得好一些 避免网段內出現10M 100M 1000M三種狀態,容易引起網絡衝突使得整個網絡不正常 公开内网IP不代表不安全，服务器路由器客户机 在做系统与网络设置的时候想得周全一切，不要 *** 之过 急，安全稳定速度快兼容性要好，当然有一些硬件方面 人力不能所及的问题这个在配机的时候都要多方参考 网吧系统不要做太多的限制，太多限制反而容易出问题,自己不方便不说，对与专业人员来说反感，世界上没有,十分十美的系统，更没有破坏不了的系统，网管在做系,统的时候想得的是方便顾客方便大家更方便自己,一个小小的安全建议：主板COMS一定要设置密码，系统 坏了克一下就好了，可是把主板给你乱设你到时还要开,机箱放电那样会很累，我这人就是懒，第一次做得周全，一點，以後工作就是天天無所事事,今天就先写到这里 以后还有补充再写，不过我也不是什么权威，还请高手，与专家多多指教，人活到老就要学到老
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）