如果你有很多 mac 基础设施,那么在后端运行 OS X Server 将使你做事时摩擦更小。例如,在 Mac 服务器上设置 Open Directory 是小菜一碟,您的 Mac 客户端将轻松绑定到它。如果您愿意承受更多痛苦,您当然可以运行不同的目录服务器并将客户端绑定到它,但集成不会那么好。(例如,使用 MCX 管理您的客户会更加困难。)
我想说 Open Directory 是使用 Mac 服务器的最大原因。使用 Podcast Producer、Quicktime Streaming、运行 WebObjects、拥有 Mac 软件更新服务器、使用 AFP 提供文件、NetBooting Mac 客户端或运行 Xgrid 控制器都是使用 Mac OS X Server 替代方案的所有其他原因。
它将运行您的正常服务 - DHCP、DNS、SMB、防火墙、HTTP、MySQL 等 - 并具有良好的启动界面,但我认为没有令人信服的理由在类似的服务器上使用它抗病毒。[请注意,Apple 曾提到“看,这很容易,您不需要 IT 部门”。虽然我倾向于不同意,但技术用户应该能够运行基本服务,并且可能会有这样的地方。]
您并不严格需要 XServe,哎呀,OS X Server 可以在笔记本电脑上正常运行,我们选择了一些不错的 Mac Pro。XServe 的优势在于它具有一些额外的监控功能并且可以安装在机架中。
OS X Server 的优势与 Xserve 的优势完全不同,它比 Windows Server 200x 做得更好/更差的地方完全取决于您希望服务器做什么。如果您的 Mac 客户端可以利用诸如 Open Directory(可与 Active Directory 一起使用)进行身份验证、MCX 用于管理计算机上的设置、NetBoot 用于映像和具有紧急网络启动分区等项目。此外,您可能想要运行的绝大多数基于 Linux 的应用程序也将在 OS X 中运行 - 我的 Cacti / Nagios / Ntop 服务器是运行 OS X 服务器的较旧的 Power Mac G5。最后,您永远不必担心客户端许可问题——您要么拥有 10 个用户,要么拥有无限用户。(随着新版本在 9 月发货,他们
他们完美地处理了 Mac、Windows 和 Linux/Unix 系统的集成,您不必再担心资源叉的隐藏文件。使用 Linux Samba,当我在 MacOS 客户端上创建带有 ACL 或资源分支的文件时,它会创建一个单独的文件,文件名前面带有一个点。包含此信息。如果您在 Windows 客户端上移动/重命名它,资源分支会丢失,因为 Windows 不会移动点文件。这会给某些应用程序带来各种问题,并且是 Mac/Win 集成的一大难题。由于此资源分叉是 OS X 服务器上使用的底层 HFS+ 的一部分,因此您不必再考虑这一点。
如果你有很多 mac 基础设施,那么在后端运行 OS X Server 将使你做事时摩擦更小。例如,在 Mac 服务器上设置 Open Directory 是小菜一碟,您的 Mac 客户端将轻松绑定到它。如果您愿意承受更多痛苦,您当然可以运行不同的目录服务器并将客户端绑定到它,但集成不会那么好。(例如,使用 MCX 管理您的客户会更加困难。)
我想说 Open Directory 是使用 Mac 服务器的最大原因。使用 Podcast Producer、Quicktime Streaming、运行 WebObjects、拥有 Mac 软件更新服务器、使用 AFP 提供文件、NetBooting Mac 客户端或运行 Xgrid 控制器都是使用 Mac OS X Server 替代方案的所有其他原因。
它将运行您的正常服务 - DHCP、DNS、SMB、防火墙、HTTP、MySQL 等 - 并具有良好的启动界面,但我认为没有令人信服的理由在类似的服务器上使用它抗病毒。[请注意,Apple 曾提到“看,这很容易,您不需要 IT 部门”。虽然我倾向于不同意,但技术用户应该能够运行基本服务,并且可能会有这样的地方。]
您并不严格需要 XServe,哎呀,OS X Server 可以在笔记本电脑上正常运行,我们选择了一些不错的 Mac Pro。XServe 的优势在于它具有一些额外的监控功能并且可以安装在机架中。
此外,从其他供应商处购买基本单元并升级 RAM 和驱动器空间通常是最具成本效益的。
在 Windows 上 - 客户端许可证 - 您只需为 OSX Server 支付一次费用,它将支持尽可能多的用户以这个价格使用您喜欢的任何服务 - 无需客户端许可证。
在 Linux 上 - 易于使用,几乎所有东西都是通过 GUI 设置的
它并不便宜,也不像其他选项那样强大/快速,但对于小型多服务(网络/邮件/数据库等)办公室来说,它们非常易于使用。
我有大约十几个第一代 XServes 坐在一堆。我希望从那时起设计有所改进,但这就是我的问题。有人请回复,让我知道目前的状态是什么。
没有视频卡
只有 SSH 或 VNC 进入,这很好,直到出现问题,然后你必须连接串行电缆并祈祷无论你连接到什么都可以实现 mac 默认的超快端口速度。您可以将其更改为 9600,但每次运行涉及这些组件的软件更新时,设置都会返回
没有 CD 驱动器
升级操作系统的说明实际上有连接到服务器的 iPOD 的图片。或者,您可以将事物启动到火线磁盘模式并使用笔记本电脑和火线电缆安装新的操作系统。
操作系统
是的,我正在使用它作为损害。OS X 采用了在 Unix 中工作了几十年的东西并“修复”了它们。我在看你,dns 解析,用户管理,文件系统层次结构和区分大小写,以及系统初始化(以及其他)。
Xserve 的优势在于它是一台 1U 机架式 Mac,具有明显更好的监控功能。(熄灯管理可以很棒)
OS X Server 的优势与 Xserve 的优势完全不同,它比 Windows Server 200x 做得更好/更差的地方完全取决于您希望服务器做什么。如果您的 Mac 客户端可以利用诸如 Open Directory(可与 Active Directory 一起使用)进行身份验证、MCX 用于管理计算机上的设置、NetBoot 用于映像和具有紧急网络启动分区等项目。此外,您可能想要运行的绝大多数基于 Linux 的应用程序也将在 OS X 中运行 - 我的 Cacti / Nagios / Ntop 服务器是运行 OS X 服务器的较旧的 Power Mac G5。最后,您永远不必担心客户端许可问题——您要么拥有 10 个用户,要么拥有无限用户。(随着新版本在 9 月发货,他们
如果您的客户端机器是 Mac,那么这很有意义。如果你有一堆电脑,也许不会那么多。
我的理解是,使用 Mac 服务器(与所有 Mac 产品一样),您需要付出高昂的代价才能让优质硬件运行易于使用的软件,但要以金钱和控制为代价。
许多伟大的事情已经被命名,但有一件事真的很重要恕我直言:
他们完美地处理了 Mac、Windows 和 Linux/Unix 系统的集成,您不必再担心资源叉的隐藏文件。使用 Linux Samba,当我在 MacOS 客户端上创建带有 ACL 或资源分支的文件时,它会创建一个单独的文件,文件名前面带有一个点。包含此信息。如果您在 Windows 客户端上移动/重命名它,资源分支会丢失,因为 Windows 不会移动点文件。这会给某些应用程序带来各种问题,并且是 Mac/Win 集成的一大难题。由于此资源分叉是 OS X 服务器上使用的底层 HFS+ 的一部分,因此您不必再考虑这一点。